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内 容 提 要 


本 书 是 领域 驱动 设计 方面 的 经 典 之 作 。 全 书 围绕 着 设计 和 开发 实践 ， 结 合 若干 真实 的 项 目 案例 ， 向 读者 
阐述 如 何在 真实 的 软件 开发 中 应 用 领域 驱动 设计 。 书 中 给 出 了 领域 驱动 设计 的 系统 化 方法 ， 并 将 人 们 普遍 接 
受 的 一 些 最 佳 实践 综合 到 一 起 ， 融 入 了 作者 的 见解 和 经 验 ， 展 现 了 一 些 可 扩展 的 设计 最 佳 实践 、 已 验证 过 的 
技术 以 及 便于 应 对 复杂 领域 的 软件 项 目 开发 的 基本 原则 。 

本 书 适合 各 层次 的 面向 对 象 软件 开发 人 员 、 系 统 分 析 员 阅读 。 
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译 者 序 


我 最 早 听 说 Eric Evans 的 《领域 驱动 设计 》 是 在 2007 年 ， 那 时 我 所 在 的 项 目 组 出 于 知识 储备 
的 考虑 购 进 了 一 批 软 件 设计 书 和 相关 资料 。 其 中 一 篇 英文 的 短篇 技术 文档 与 我 们 当时 的 项 目 非常 
相关 ， 于 是 我 们 就 仔细 研读 了 一 番 。 这 篇 仅 有 几 万 字 的 文档 多 次 提 到 了 Eric Evans 的 《领域 驱动 
设计 》， 并 引用 了 他 的 很 多 精辟 观点 。 由 于 当时 领域 驱动 设计 远 远 没有 现在 这 样 普及 ， 因 此 这 些 
观点 使 我 耳目 一 新 ， 也 给 我 留 下 了 深刻 的 印象 。 随 后 我 又 经 常 在 一 些 文献 中 看 到 Eric Evans 的 名 
字 , 更 多 地 了 解 了 他 的 领域 驱动 设计 思想 , 没 想 到 时 隔 儿 年 后 竟然 有 机 会 把 这 位 大 师 的 作品 翻译 
出 来 奉献 给 各 位 读者 ， 也 算是 机 缘 巧 合 了 。 

相信 大 家 对 这 本 书 都 不 陌生 ， 它 已 经 成 为 软件 设计 书 中 的 经 典 。 在 网 上 搜索 一 下 , 读者 对 它 
好 评 如 讲 ， 我 再 多 说 一 句 赞美 的 话 都 是 多 余 的 。 而 我 能 想到 的 也 唯 有 “经 典 ” 二 字 ， 它 堪 称 经 典 
中 的 经 典 。 

我 们 对 “领域 ”这 个 概念 都 很 熟悉 , 但 有 多 少 人 真正 重视 过 它 呢 ? 软件 开发 人 员 几 乎 总 是 专 
注 于 技术 ， 把 技术 作为 自己 能 力 的 展示 和 成 功 的 度量 。 而 直到 Eric Evans 出 版 了 他 的 这 部 巨著 之 
后 ， 人 们 才 真 正 开 始 关 注 领域 ， 关 注 核心 领域 ， 关 注 领域 驱动 的 设计 ， 关 注 模型 驱动 的 开发 。 相 
信和 在 读 完 本 书后 ， 你 会 对 软件 设计 有 全 新 的 认识 。 

我 曾经 和 一 些 好 友 探 讨 过 以 下 一 些 问题 。 项 目 怎样 开发 才能 确保 成 功 ? 什么 样 的 软件 才能 为 
用 户 提供 真正 的 价值 ?什么 样 的 困 队 才 算 是 优秀 的 团队 ? 现在 , 在 仔细 研读 完 本 书后 , 这 些 问 题 
都 找到 了 答案 。 

本 书 广泛 适用 于 各 种 领域 的 软件 开发 项 目 。 在 每 个 项 目的 生命 周期 中 , 都 会 有 一 些 重大 关头 
或 转折 点 。 如 何 制 定 决策 ， 如 何 把 握 项 目的 方向 ， 如 何 处 理 和 面 对 各 种 机 会 和 挑战 ， 将 对 项 目 产 
生 决 定性 的 影响 。 让 我 们 一 起 跟随 大 师 的 脚步 , 分 享 他 通过 大 量 项 目 获得 的 真知 灼 见 和 开发 心得 
吧 。 

最 后 ， 袁 心 感谢 人 民 邮 电 出 版 社 图 灵 公司 各 位 编辑 在 翻译 工作 中 给 予 的 帮助 和 宝贵 意见 ， 感 
谢 热心 读者 魏 海 枫 ， 他 在 百 忙 之 中 抽出 时 间 对 本 书 译 稿 做 了 修订 工作 ， 发 现 并 修正 了 很 多 问题 。 
由 于 译 者 水 平 有 限 ， 在 翻译 过 程 中 难免 还 会 留 有 一 些 错误 ， 屋 请 读者 批评 指正 。 
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有 很 多 因素 会 使 软件 开发 复杂 化 , 但 最 根本 的 原因 是 问题 领域 本 身 错综复杂 。 如 果 你 要 为 一 
家 人 员 复 杂 的 企业 提高 自动 化 程度 , 那么 你 开发 的 软件 将 无 法 回避 这 种 复杂 性 , 你 所 能 做 的 只 有 
控制 这 种 复杂 性 。 

控制 复杂 性 的 关键 是 有 一 个 好 的 领域 模型 , 这 个 模型 不 应 该 仅仅 停留 在 领域 的 表面 , 而 是 要 
透 过 表象 抓 住 领域 的 实质 结构 ， 从 而 为 软件 开发 人 员 提 供 他 们 所 需 的 支持 。 好 的 领域 模型 价值 连 
城 ， 但 要 想 开 发 出 好 的 模型 也 并 非 易 事 。 精 通 此 道 的 人 并 不 多 ， 而 且 这 方面 的 知识 也 很 难 传授 。 

Eric Evans 就 是 为 数 不 多 的 一 位 能 够 创建 出 优秀 领域 模型 的 人 。 我 是 在 与 他 合作 时 发 现 他 的 
这 种 才能 的 一 一 发 现 一 个 客户 竟然 比 我 技术 更 精湛 ， 这 种 感觉 有 些 奇 妙 。 我 们 的 合作 虽然 短暂 ， 
但 却 充 满 乐趣 。 从 那 之 后 我 们 一 直 保 持 联 系 ， 我 也 有 幸 见 证 了 本 书 整个 “孕育 ”过 程 。 

本 书 绝对 值得 期 待 。 

本 书 终于 实现 了 一 个 宏伟 抱负 , 即 描述 并 建立 了 领域 建 模 艺 术 的 词汇 库 。 它 提供 了 一 个 参考 
框架 ， 人 们 可 以 用 来 解释 相关 活动 ， 并 将 这 门 难 学 的 技艺 传授 给 他 人 。 本 书 在 写作 过 程 中 ， 也 带 
给 我 很 多 新 想法 ,如 果 哪 位 概念 建 模 方 面 的 老手 没有 从 阅读 本 书 中 获得 大 量 的 新 思想 , 那 我 反而 
该 惊讶 莫名 了 。 

Eric 还 对 我 们 多 年 以 来 学 过 的 知识 进行 了 归纳 总 结 。 首 先 ， 在 领域 建 模 过 程 中 不 应 将 概念 与 
实现 割裂 开 来 。 高效 的 领域 建 模 人 员 不 仅 应 该 能 够 在 白板 上 与 会 计 师 进行 讨论 , 而 且 还 应 该 能 与 
程序 员 一 道 编写 Java 代 码 。 之 所 以 要 具备 这 些 能 力 ， 一 部 分 原因 是 如 果 不 考 虑 实现 问题 就 无 法 构 
建 出 有 用 的 概念 模型 。 但 概念 与 实现 密 不 可 分 的 最 主要 原因 在 于 , 领域 模型 的 最 大 价值 是 它 提 供 
了 一 种 通用 语言 ， 这 种 语言 是 将 领域 专家 和 技术 人 员 联 系 在 一 起 的 纽带 。 

我 们 将 从 本 书 中 学 到 的 另 一 个 经 验 是 领域 模型 并 不 是 按照 “ 先 建 模 , 后 实现 ”这 个 次 序 来 工 
作 的 。 像 很 多 人 一 样 ， 我 也 反对 “ 先 设计 ,再 构建 ”这 种 固定 的 思维 模式 。Eric 的 经 验 告诉 我 们 ， 
真正 强大 的 领域 模型 是 随 着 时 间 演 进 的 , 即使 是 最 有 经 验 的 建 模 人 员 也 往往 发 现 他 们 是 在 系统 的 
初始 版 本 完成 之 后 才 有 了 最 好 的 想法 。 

我 囊 心 希望 本 书 成 为 一 本 有 影响 力 的 著作 ,并 希望 本 书 能 够 将 如 何 利 用 领域 模型 这 一 宝贵 工 
具 的 知识 传授 给 更 多 的 入 ， 从 而 为 这 个 高 深 莫 测 的 领域 梳理 出 一 个 结构 ， 并 使 它 更 有 内 衰 力 。 领 
域 模型 对 软件 开发 的 控制 有 着 巨大 影响 ， 不 管 软件 开发 是 用 什么 语言 或 环境 实现 的 。 
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最 后 ， 也 是 很 重要 的 一 点 ,我 最 敬佩 Eric 的 一 点 是 他 敢于 在 本 书 中 谈论 自己 的 一 些 不 成 功 经 
历 。 很 多 作者 都 喜欢 摆 出 一 副 无 所 不 能 的 架势 ， 有 时 着 实 让 人 不 届 。 但 Eric 请 楚 地 表明 他 像 我 们 
大 多 数 人 一 样 ， 既 品尝 过 成 功 的 美酒 ， 也 体验 过 失败 的 诅 形 。 重 要 的 是 他 能 够 从 成 功 和 失败 中 学 
习 ， 而 对 我 们 来 说 更 重要 的 是 他 能 够 将 所 有 经 验 传授 给 我 们 。 


Martin Fowler 
2003 年 4 月 
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至 少 20 年 前 , 一 些 顶尖 的 软件 设计 人 员 就 已 经 认识 到 领域 建 模 和 设计 的 重要 性 , 但 令 人 惊讶 
的 是 , 这 么 长 时 间 以 来 几乎 没有 人 写 出 点 儿 什 么 ,告诉 大 家 应 读 做 哪些 工作 或 如 何 去 做 。 尽 管 这 
些 工作 还 没有 被 清楚 地 表述 出 来 , 但 一 种 新 的 思潮 已 经 形成 , 它 像 一 股 上 暗流 一 样 在 对 象 社区 中 诵 
动 ， 我 把 这 种 思潮 称 为 领域 驱动 设计 (domain-driven design)。 

过 去 10 年 中 , 我 在 几 个 业务 和 技术 领域 开发 了 一 些 复杂 的 系统 。 我 在 设计 和 开发 过 程 中 尝试 
了 一 些 最 佳 实践 ， 它 们 都 是 面向 对 象 开发 高 手 用 过 的 领先 技术 。 有 些 项 目 非 常 成 功 , 但 有 几 个 项 
目 却 失 败 了 。 成 功 的 项 目 有 一 个 共同 的 特征 ， 那 就 是 都 有 一 个 丰富 的 领域 模型 ， 这 个 模型 在 迭代 
设计 的 过 程 中 不 断 演变 ， 而 且 成 为 项 目 不 可 分 割 的 一 部 分 。 

本 书 为 作出 设计 决策 提供 了 一 个 框架 , 并 且 为 讨论 领域 设计 提供 了 一 个 技术 词汇 库 。 本 书 将 
人 们 普遍 接受 的 一 些 最 佳 实 践 综合 到 一 起 , 并 融入 了 我 自己 的 见解 和 经 验 。 面 对 复杂 领域 的 软件 
开发 团队 可 以 利用 这 个 框架 来 系统 性 地 应 用 领域 驱动 的 设计 。 

三 个 项 目的 对 比 

谈 到 领域 设计 实践 对 开发 结果 的 巨大 影响 时 , 我 的 记忆 中 立即 就 会 跳出 三 个 项 目 ， 它们 就 是 
鲜 活 的 例子 。 虽然 这 三 个 项 目 都 交付 了 有 用 的 软件 , 但 只 有 一 个 项 目 实现 了 宏伟 的 目标 一 一 交付 
了 能 够 满足 组 织 后 续 需 求 、 可 以 不 断 演进 的 复杂 软件 。 

我 要 说 的 第 一 个 项 目 完 成 得 很 迅速 ， 它 提供 了 一 个 简单 实用 的 Web 交 易 系 统 。 开 发 人 员 主 要 和 赁 
直觉 开发 , 但 这 并 没有 妨碍 他 们 ， 因 为 简单 软件 的 编写 并 不 需要 过 多 地 注意 设计 。 由 于 最 初 的 这 次 
成 功 ， 人 们 对 未 来 开发 的 期 望 值 变 得 极 高 。 我 就 是 在 这 个 时 候 被 邀请 开发 它 的 第 二 个 版 本 的 。 当 我 
仔细 研究 这 个 项 目 时 ,发现 他 们 没有 使 用 领域 模型 ， 甚 至 在 项 目 中 没有 一 种 公共 语言 ， 而 且 项 目 完 
全 没有 一 种 结构 化 的 设计 。 项 目 领 导 者 对 我 的 评价 并 不 赞同 , 于 是 我 拒绝 了 这 项 工作 。 一 年 后 , 这 
个 项 目 团队 陷 人 困境, 无 法 交付 第 二 个 版 本 。 尽管 他 们 在 技术 的 使 用 方面 也 值得 商 榨 , 但 真正 挫败 
他 们 的 是 业务 逻辑 。 他 们 的 第 一 个 版 本 过 早 地 变 得 僵化 ， 成 为 一 个 维护 代价 十 分 高 昂 的 遗留 系统 。 

要 想 克服 这 种 复杂 性 ,需要 非常 严格 地 使 用 领域 逻辑 设计 方法 。 在 我 职业 生涯 的 早期 , 我 幸 
运 地 完成 了 一 个 非常 重视 领域 设计 的 项 目 , 这 就 是 我 要 说 的 第 二 个 项 目 。 这 个 项 目的 领域 复杂 性 
与 上 面 提 到 的 那个 项 目 相 仿 ， 它 最 初 也 小 获 成 功 ,为 贸易 机 构 提 供 了 一 个 简单 的 应 用 程序 。 但 在 
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最 初 交付 之 后 紧 跟 着 又 进行 了 连续 的 加 速 开发 。 每 次 迭代 都 为 上 一 个 版 本 在 功能 的 集成 和 完善 上 
增加 了 非常 好 的 新 选项 。 开 发 团队 能 够 按照 贸易 商 的 要 求 提 供 灵 活性 和 扩展 性 。 这 种 良性 发 展 直 
接 归功 于 深刻 的 领域 模型 ， 它 得 到 了 反复 精 化 ， 并 在 代码 中 得 以 体现 。 当 团队 对 该 领域 有 了 新 的 
理解 后 , 领域 模型 也 随 之 深化 。 开发 人 员 之 间 、 开 发 人 员 与 领域 专家 之 间 的 沟通 质量 都 得 到 改善 ， 
而 且 设计 不 但 没有 加 重 维护 负担 ， 反 而 变 得 易于 修改 和 扩展 。 

遗憾 的 是 , 仅 靠 认 真 使 用 模型 并 不 会 使 项 目 达到 这 样 的 良性 循环 。 我 要 说 的 第 三 个 项 目 就 是 
这 种 情况 ， 它 开始 制订 的 目标 很 高 ， 打 算 基 于 一 个 领域 模型 建立 一 个 全 球 企业 系统 ,但 在 经 过 了 
几 年 的 屡 战 展 败 之 后 ， 不 得 不 降格 以 求 ， 最 终 “ 汇 然 众 人 人 矣 "*。 团 队 拥 有 很 好 的 工具 ， 对 业务 也 
有 较 好 的 理解 ， 也 非常 认真 地 进行 了 建 模 。 但 团队 却 错误 地 将 开发 人 员 的 角色 独立 出 来 ,导致 建 
模 与 实现 脱节 ， 因 此 设计 无 法 反映 不 断 深化 的 分 析 。 总 之 ,详细 的 业务 对 象 设计 不 能 保证 它们 能 
够 严 丝 合 络 地 被 整合 到 复杂 的 应 用 程序 中 。 反 复 的 迭代 并 没有 使 代码 得 以 改进 ,因为 开发 人 员 的 
技术 水 平 参差 不 齐 , 他 们 没有 认识 到 他 们 使 用 了 非 正式 的 风格 和 技术 体系 来 创建 基于 模型 的 对 象 
(这 些 对 象 也 充当 了 实用 的 、 可 运行 的 软件 )。 几 个 月 过 去 了 ， 开 发 工作 由 于 巨大 的 复杂 性 而 陷 
入 困境 ,而 团队 对 项 目 也 失去 了 一 致 的 认识 。 经 过 几 年 的 努力 ,项目 确实 创建 了 一 个 适当 的 、 有 
用 的 软件 ， 但 团队 已 经 放弃 了 当初 的 宏伟 抱负 ， 也 不 再 重视 模型 。 


复杂 性 的 挑战 


很 多 因素 可 能 会 导致 项 目 偏离 轨道 ， 如 官僚 主义 、 目 标 不 清 、 资 源 缺 乏 ， 等 等 。 但 真正 决定 
软件 复杂 性 的 是 设计 方法 。 当 复杂 性 失去 控制 时 ， 开发 人 员 就 无 法 很 好 地 理解 软件 ， 因 此 无 法 轻 
易 、 安 全 地 更 改 和 扩展 它 。 而 好 的 设计 则 可 以 为 开发 复杂 特性 创造 更 多 机 会 。 

一 些 设计 因素 是 技术 上 的 。 软件 的 网 络 、 数据 库 和 其 他 技术 方面 的 设计 耗费 了 人 们 大 量 的 精 
力 。 很 多 书籍 都 介绍 过 如 何 解 决 这 些 问题 。 大 批 开发 人 员 很 注意 培养 自己 的 技能 ， 并 紧 跟 每 一 次 
技术 进步 。 

然而 很 多 应 用 程序 最 主要 的 复杂 性 并 不 在 技术 上 ， 而 是 来 自 领域 本 身 、 用 户 的 活动 或 业务 。 
当 这 种 领域 复杂 性 在 设计 中 没有 得 到 解决 时 , 基础 技术 的 构思 再 好 也 是 无 济 于 事 。 成 功 的 设计 必 
须 系统 地 考虑 软件 的 这 个 核心 方面 。 

本 书 有 两 个 前 提 : 

(1) 在 大 多 数 软 件 项 目 中 ， 主 要 的 焦点 应 该 是 领域 和 领域 逻辑 ， 

(2) 复杂 的 领域 设计 应 该 基于 模型 。 

领域 驱动 设计 是 一 种 思维 方式 , 也 是 一 组 优先 任务 , 它 旨 在 加 速 那些 必须 处 理 复 杂 领 域 的 软 
件 项 目的 开发 。 为 了 实现 这 个 目标 ， 本 书 给 出 了 一 整套 完整 的 设计 实践 、 技 术 和 原则 。 


设计 过 程 与 开发 过 程 
设计 书 就 是 讲 设计 , 过 程 书 只 是 讲 过 程 。 它 们 之 间 很 少 互相 参考 。 设 计 和 过 程 本 身 就 是 两 个 
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足够 复杂 的 主题 。 本 书 是 一 本 设计 书 ， 但 我 相信 设计 与 过 程 这 二 者 是 密 不 可 分 的 。 设 计 思 想必 须 
被 成 功 实现 ， 否 则 它们 就 只 是 纸上谈兵 。 

当 人 们 学 习 设计 技术 时 , 各 种 可 能 性 令 他 们 兴奋 不 已 , 然而 真实 项 目的 错综复杂 又 会 为 他 们 
小 上 一 盆 冷 水 。 他 们 无 法 用 所 使 用 的 技术 来 贯彻 新 的 设计 思想 ， 或 者 不 知道 何 时 应 该 为 了 节省 时 
间 而 放弃 基 个 设计 方面 , 何 时 又 应 该 坚持 不 懈 直至 找到 一 个 干净 利落 的 解决 方案 。 开发 人 员 可 以 
抽象 地 讨论 设计 原则 的 应 用 , 而 且 他 们 也 确实 在 进行 着 这 样 的 讨论 , 但 更 自然 的 做 法 应 该 是 讨论 
如 何 完成 实际 工作 。 因 此 ， 虽然 本 书 是 一 本 有 关 设 计 的 书 , 但 我 会 在 必要 的 时 候 穿 越 这 条 人 为 设 
置 的 边界 ， 进 入 过 程 的 领域 。 这 有 助 于 将 设计 原则 放 到 一 个 适当 的 语 境 下 进行 讨论 。 

虽然 本 书 并 不 局 限于 某 一 种 特定 的 方法 , 但 主要 还 是 面向 “敏捷 开发 过 程 ”这 一 新 体系 。 特 
别 地 , 本 书 假定 项 目 必须 遵循 两 个 开发 实践 , 要 想 应 用 书 中 所 讲 的 方法 , 必须 先 了 解 这 两 个 实践 。 

(1) 选 代 开 发 。 人 们 倡导 和 实践 挝 代 开发 已 经 有 几 十 年 时 间 了 ， 而 且 它 是 敏捷 开发 方法 的 
基础 。 在 敏捷 开发 和 极限 编程 (XP) 的 文献 中 有 很 多 关于 和 迭代 开发 的 精彩 讨论 , 其 中 包括 Surviving 
Object-Oriented Projects ([Cockburn 19981) “4Extreme Programming Explained ([Beck 1999]) 。 
(2) 开发 人 员 与 领域 专家 具有 密切 的 关系 。 领 域 驱动 设计 的 实质 就 是 消化 吸收 大 量 知识 ， 

晤 后 产生 一 个 反映 深层 次 领域 知识 并 府 焦 于 关键 概念 的 模型 。 这 是 领域 专家 与 开发 人 员 的 协作 过 
程 ， 领域 专家 精通 领域 知识 ， 而 开发 人 员 知 道 如 何 构 建 软件 。 由 于 开发 过 程 是 迭代 式 的 ， 因 此 这 
种 协作 必须 贯穿 整个 项 目的 生命 周期 。 

极限 编程 的 概念 是 由 Kent Beck、Ward Cunningham 和 其 他 人 共同 提出 的 《[Beck 2000]) ， 它 
是 敏捷 过 程 最 重要 的 部 分 ， 也 是 我 使 用 得 最 多 的 一 种 编程 方法 。 为 了 使 讨论 更 加 具体 ， 整 本 书 都 
将 使 用 XP 作 为 基础 讨论 设计 和 过 程 的 交互 。 本 书 论述 的 原则 很 容易 应 用 于 其 他 敏捷 过 程 。 


近年 来 ， 反 对 “精细 开发 方法 学 ”({elaborate development methodology) 的 呼声 渐 起 ， 人 们 
认为 无 用 的 静态 文档 以 及 死板 的 预先 规划 和 设计 加 重 了 项 目的 负担 。 相 反 ， 敏 捷 过 程 (如 XP) 
强调 的 是 应 对 变更 和 不 确定 性 的 能 力 。 

极限 编程 承认 设计 决策 的 重要 性 , 但 强烈 反对 预先 设计 。 相 反 ， 它 将 相当 大 的 精力 投入 到 促 
进 沟 通 和 提高 项 目 快 速 变更 能 力 的 工作 中 。 具 有 这 种 反应 能 力 之 后 , 开发 人 员 就 可 以 在 项 目的 任 
何 阶段 只 利用 “最 简单 而 管用 的 方案 ”， 然 后 不 断 进 行 重 构 ， 一 步 一 步 做 出 小 的 设计 改进 ， 最 终 
得 到 满足 客户 真正 需要 的 设计 。 

这 种 极端 的 简约 主义 是 解救 那些 过 度 追 求 设计 的 执 迷 者 的 良 方 。 那 些 几 乎 没有 价值 的 繁琐 文 
档 只 会 为 项 目 带 来 麻烦 。 项 目 受 到 “分 析 竣 痰 症 ” 的 困扰 ， 团 队 成 员 十 分 担心 会 出 现 不 完美 的 设 
计 ， 这 导致 他 们 根本 没 法 取得 进展 。 这 种 状况 必须 得 到 改变 。 

遗憾 的 是 ， 这 些 有 关 过 程 的 思想 可 能 会 被 误解 。 每 个 人 对 “最 简单 ”都 有 不 同 的 定义 。 持 续 
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重 构 其 实 是 一 系列 小 规模 的 重新 设计 , 没有 严格 设计 原则 的 开发 人 员 将 会 创建 出 难以 理解 或 修改 
的 代码 ， 这 恰好 与 敏捷 的 精神 相悖 。 而 且 ， 虽 然 对 意外 需求 的 担心 常常 导致 过 度 设 计 ， 但 试图 避 
免 过 度 设 计 又 可 能 走向 另 一 个 极端 一 一 不 敢 做 任何 座 入 的 设计 思考 。 

实际 上 ，XP 最 适合 那些 对 设计 的 感觉 很 敏锐 的 开发 人 员 。XP 过 程 假定 人 们 可 以 通过 重 构 来 
改进 设计 ， 而 且 可 以 经 常 、 快 速 地 完成 重 构 。 但 重 构 本 身 的 难 易 程度 取决 于 先前 的 设计 选择 。 
XP 过 程 试图 改善 团队 沟通 ,但 模型 和 设计 的 选择 有 可 能 使 沟通 更 明确 ， 也 有 可 能 会 使 沟通 不 畅 。 

本 书 将 设计 和 开发 实践 结合 起 来 讨论 , 并 阐述 领域 驱动 设计 与 敏捷 开发 过 程 是 如 何 互相 增强 
的 。 在 敏捷 开发 过 程 中 使 用 成 熟 的 领域 建 模 方法 可 以 加 速 开发 。 过 程 与 领域 开发 之 间 的 相互 关系 
使 得 这 种 方法 比 任何 “纯粹 ”真空 式 的 设计 更 加 实用 。 


本 书 的 结构 


本 书 分 为 4 个 部 分 。 

第 一 部 分 “让 领域 模型 发 挥 作用 ”提出 领域 驱动 开发 的 基本 目标 , 这 些 目标 是 后 面 几 部 分 中 
所 讨论 的 实践 的 驱动 因素 。 由 于 软件 开发 方法 有 很 多 ， 因 此 第 一 部 分 还 定义 了 一 些 术语 , 并 给 出 
了 用 领域 模型 来 驱动 沟通 和 设计 的 总 体 含义 。 

第 二 部 分 “模型 驱动 设计 的 构造 块 ”将 面向 对 象 领域 建 模 中 的 一 些 核 心 的 最 佳 实践 提炼 为 一 
组 基本 的 构造 块 。 这 一 部 分 主要 是 消除 模型 与 实际 运行 的 软件 之 间 的 润 沟 。 团 队 一 致使 用 这 些 标 
准 模式 就 可 以 使 设计 井然 有 序 , 并 且 使 团队 成 员 更 容易 理解 彼此 的 工作 。 使 用 标准 模式 还 可 以 为 
公共 语言 贡献 术语 ， 使 得 所 有 团队 成 员 可 以 使 用 这 些 术 语 来 讨论 模型 和 设计 决策 。 

但 这 一 部 分 的 主旨 是 讨论 一 些 能 够 保持 模型 和 实现 之 间 互 相 协 调 并 提高 效率 的 设计 决策 ,要 
想 达到 这 种 协调 ,需要 密切 注意 个 别 元 素 的 一 些 细节 。 这 种 小 规模 的 仔细 设计 为 开发 人 员 提供 了 
一 个 稳固 的 基础 ， 在 此 基础 上 就 可 以 应 用 第 三 部 分 和 第 四 部 分 讨论 的 建 模 方法 了 。 

第 三 部 分 “通过 重 构 来 加 深 理解 ”讨论 如 何 将 构造 块 装配 为 实用 的 模型 ， 从 而 实现 其 价值 。 
这 一 部 分 没有 直接 讨论 深奥 的 设计 原则 , 而 是 着 重 强调 一 个 发 现 过程 。 有 价值 的 模型 不 是 立即 就 
会 出 现 的 ， 它 们 需要 对 领域 的 深入 理解 。 这 种 理解 是 一 步 一 步 得 到 的 ， 首 先 需要 深入 研究 模型 ， 
然后 基于 最 初 的 〈 可 能 是 不 成 熟 的 ) 模型 实现 一 个 初始 设计 ， 再 反复 改进 这 个 设计 。 每 次 团队 对 
领域 有 了 新 的 理解 之 后 ， 都 需要 对 模型 进行 改进 ， 使 模型 反映 出 更 丰富 的 知识 ， 而 且 必 须 对 代码 
进行 重 构 , 以 便 反映 出 更 深刻 的 模型 , 并 使 应 用 程序 可 以 充分 利用 模型 的 带 力 。 这 种 一 层 一 层 “ 刊 
洋葱 ”的 方法 有 时 会 创造 一 种 突破 的 机 会 ， 使 我 们 得 到 更 深刻 的 模型 ， 同 时 快速 进行 一 些 更 深入 
的 设计 修改 。 

探索 本 身 是 永 无 止境 的 , 但 这 并 不 意味 着 它 是 随机 的 。 第 三 部 分 深入 阐述 一 些 指引 我 们 保持 
正确 方向 的 建 模 原则 ， 并 提供 了 一 些 指 导 我 们 进行 探索 的 方法 。 

第 四 部 分 “战略 设计 ”讨论 在 复杂 系统 、 大 型 组 织 以 及 与 外 部 系统 和 遗留 系统 的 交互 中 出 现 
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的 复杂 情况 。 这 一 部 分 探讨 了 作为 一 个 整体 应 用 于 系统 的 3 条 原则 : 上 下 文 、 提 炼 和 大 规模 结构 。 
战略 设计 决策 通常 由 困 队 制定 , 或 者 由 多 个 团队 共同 制定 。 战 略 设计 可 以 保证 在 大 型 系统 或 应 用 
程序 《它们 应 用 于 不 断 延伸 的 企业 级 网 络 ) 上 以 较 大 规模 去 实现 第 一 部 分 提出 的 且 标 。 
本 书 通 篇 讨论 使 用 的 例子 并 不 是 一 些 过 于 简单 的 “玩具 式 ” 问 题 ， 而 是 全 部 选 自 实际 项 目 。 
“本 书 的 大 部 分 内 容 实际 上 是 作为 一 系列 的 “模式 ”编写 的 。 但 读者 无 需 顾忌 这 一 方法 也 应 该 
能 够 理解 本 书 ， 对 模式 的 风格 和 格式 感 兴趣 的 读者 可 以 参考 附录 。 


补充 材料 可 以 参考 http//domaindrivendesign.org， 该 网 站 提供 了 示例 代码 和 社区 讨论 内 容 。 
本 书面 向 的 读者 


本 书 主 要 是 为 面向 对 象 软件 开发 人 员 编 写 的 ,软件 项 目 团 队 的 大 部 分 成 员 都 能 够 从 本 书 的 某 
些 部 分 获 益 。 本 书 最 适合 那些 正在 项 目 上 尝试 这 些 实践 的 人 员 , 以 及 那些 已 经 在 这 样 的 项 目 上 积 
累 了 丰富 经 验 的 人 员 。 

要 想 从 本 书 受 益 , 掌握 一 些 面向 对 象 建 模 知 识 是 非常 必要 的 , 例如 UML 图 和 Java 代 码 , 因此 
一 定 要 具备 基本 读 懂 这 些 语言 的 能 力 , 但 不 必 精 通 细 节 。 了 解 极限 编程 的 知识 有 助 于 从 这 个 角度 
来 理解 开发 过 程 的 讨论 ， 但 不 具备 这 一 背景 知识 也 能 读 懂 这 些 内 容 。 

一 些 中 级 软件 开发 人 员 可 能 已 经 了 解 面向 对 象 设计 的 一 些 知识 , 也许 读 过 一 两 本 软件 设计 的 
书 , 那么 本 书 将 填补 这 些 读 者 的 知识 空缺 , 向 他 们 展示 如 何在 实际 的 软件 项 目 上 应 用 对 和 象 建 模 技 
术 。 本 书 将 帮助 这 些 开发 人 员 学 会 用 高 级 建 模 和 设计 技巧 来 解决 实际 问题 。 

高 级 软件 开发 人 员 或 专家 可 能 会 对 书 中 用 于 处 理 领域 的 综合 框架 感 兴趣 。 这 种 系统 性 的 设计 
方法 将 帮助 技术 负责 人 指导 他 们 的 团队 保持 正确 的 方向 。 此 外 , 本 书 从 头 至 尾 所 使 用 的 明确 术语 
将 有 助 于 高 级 开发 人 员 与 他 们 的 同行 沟通 。 

本 书 采用 记叙 体 ,， 读 者 可 以 从 头 至 尾 阅 读 ,， 也 可 以 从 任意 一 章 的 开头 开始 阅读 。 具 有 不 同 背 
景 知识 的 读者 可 能 会 有 不 同 的 阅读 方式 , 但 我 推荐 所 有 读者 从 第 一 部 分 的 引言 和 第 1 章 开 始 阅 读 。 
除 此 之 外 ， 本 书 的 核心 是 第 >、3、9 和 14 章 。 已 经 掌握 一 定 知识 的 读者 可 以 采取 跳跃 式 阅 读 的 方 
式 , 通过 阅读 标题 和 粗 体 字 内 容 即 可 掌握 要 点 。 一 些 高 级 读者 则 可 以 跳 过 前 两 部 分 , 重点 阅读 第 
三 部 分 和 第 四 部 分 。 

除了 这 些 主要 读者 以 外 , 分 析 员 和 相关 的 技术 项 目 经 理 也 可 以 从 阅读 本 书 中 获 益 , 分 析 员 在 
和 擎 握 了 领域 与 设计 之 间 的 联系 之 后 , 能 够 在 敏捷 项 目 中 作出 更 卓越 的 贡献 ， 也 可 以 利用 一 些 战 略 
设计 原则 来 更 有 重点 地 组 织 工 作 。 | 

项 目 经 理 感 兴趣 的 重点 是 提高 团队 的 工作 效率 , 并 致力 于 设计 出 对 业务 专家 和 用 户 有 用 的 软 
件 。 由 于 战略 设计 决策 与 困 队 组 织 和 工作 风格 紧密 相关 ,因此 这 些 设计 决策 必然 需要 项 目 领导 者 
的 参与 ， 而 且 对 项 目的 路 线 有 着 重要 的 影响 。 


6 前 言 


领域 驱动 团队 


尽管 开发 人 员 个 人 能 够 从 理解 领域 驱动 设计 中 学 到 有 价值 的 设计 技术 和 观点 ,但 最 大 的 好 处 
却 来 自 团 队 共同 应 用 领域 驱动 设计 方法 ,并且 将 领域 模型 作为 项 目 沟通 的 核心 。 这 样 ， 团 队 成 员 
就 有 了 一 种 公共 语言 ， 可 以 用 来 进行 更 充分 的 沟通 ,并 确保 围绕 软件 来 进行 沟通 。 他 们 将 创建 出 
一 个 与 模型 步调 一 致 的 清晰 的 实现 ， 从 而 为 应 用 程序 的 开发 提供 帮助 。 所 有 人 都 了 解 不 同 团队 的 
设计 工作 之 间 的 互相 联系 , 而 且 他 们 会 一 致 将 注意 力 集中 在 那些 对 组 织 最 有 价值 、 最 与 众 不 同 的 
特性 的 开发 上 。 

领域 驱动 设计 是 一 项 艰巨 的 技术 挑战 , 但 它 也 会 带 来 丰厚 的 回报 , 当 大 多 数 软 件 项 目 开始 伪 
化 而 成 为 遗留 系统 时 ， 它 却 为 你 敞开 了 机 会 的 大 门 。 
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第 一 部 分 
让 领域 模型 发 挥 作用 





上 面 这 张 图 是 18 世 纪 中 国 描绘 的 世界 地 图 。 图 中 央 占 地 最 大 的 部 分 是 中 国 , 周转 点缀 着 其 他 
国家 ， 但 这 些 国家 只 是 马马虎虎 地 表示 一 下 。 这 是 那个 社会 认为 的 世界 模型 ， 它 有 意 偏向 于 中 心 
部 分 。 如 果 在 与 外 国人 交往 时 用 这 种 眼光 来 看 世界 ， 肯 定 不 会 有 任何 好 处 。 当 然 ， 它 对 现代 中 国 
也 是 毫 无 用 处 的 。 地 图 是 模型 ， 而 每 个 模型 都 表示 人 们 感 兴趣 的 某 方 面 现实 或 某 种 想法 。 模 型 是 
一 种 简化 。 它 是 对 现实 的 解释 ， 并 把 与 解决 问题 密切 相关 的 方面 抽象 出 来 ， 而 忽略 无 关 的 细节 。 

每 个 软件 程序 的 目的 都 是 为 了 执行 某 项 活动 , 或 是 满足 用 户 的 某 种 需求 。 用 户 会 把 软件 程序 
应 用 于 某 个 主题 区 域 ， 这 个 区 域 就 是 软件 的 领域 。 一 些 领域 涉及 物质 世界 ， 例 如 机 票 预订 程序 的 
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领域 中 包括 飞机 乘客 在 内 。 有 些 领域 则 是 无 形 的 , 例如 会 计 程 序 的 金融 领域 。 软件 领域 一 般 与 计 
算 机 关系 不 大 ， 当 然 也 有 例外 ， 例 如 源 代码 控制 系统 的 领域 就 是 软件 开发 本 身 。 

为 了 创建 真正 能 为 用 户 活动 创造 价值 的 软件 ,开发 困 队 必须 运用 一 整套 与 这 些 活动 有 关 的 知 
误 体 系 。 所 需 知 识 的 广度 可 能 令 人 望 而 生 上 车 ,信息 量 和 复杂 度 也 可 能 超 乎 想象 。 模 型 正 是 用 于 解 
决 信息 超载 问题 的 工具 。 模 型 是 一 种 知识 形式 ， 它 对 知识 进行 有 选择 的 简化 和 有 目的 的 结构 化 。 
适当 的 模型 可 以 使 人 理解 信息 的 意义 ， 并 专注 于 问题 相关 的 信息 。 

领域 模型 并 非 一 种 特殊 的 图 ， 而 是 图 要 表达 的 思想 。 它 绝 不 单单 是 领域 专家 头脑 中 的 知识 ， 
而 是 经 过 严格 组 织 并 且 精 心 选择 的 抽象 知识 。 一 张 图 可 以 表示 和 传达 一 种 模型 ,同样 ,一 段 仔 细 
某 酌 的 代码 或 一 句 英文 也 能 实现 同样 的 目的 。 

建立 领域 模型 并 不 是 要 尽 可 能 建立 一 个 符合 “现实 ”的 模型 。 即 使 对 具体 的 、 真 实 世 界 领 域 
中 的 某 个 事物 进行 建 模 ， 所 得 到 的 模型 也 是 对 事物 的 一 种 模拟 。 它 也 不 单单 是 一 种 为 了 实现 某 种 
目的 而 构造 出 来 的 软件 机 制 。 建 模 更 像 是 制作 电影 一 -出 于 某 种 目的 而 概括 地 反映 现实 。 即 使 是 
一 部 纪录 片 也 不 会 原封 不 动 地 展现 真实 生活 。 就 像 电 影 制 片 人 选择 一 些 素材 ,并 以 一 种 特殊 方式 
将 它们 展现 给 观众 ， 从 而 讲 一 个 故事 或 阐明 一 个 观点 一 样 , 领域 建 模 人 员 会 根据 模型 的 作用 来 选 
择 特殊 的 模型 。 


模型 在 领域 驱动 设计 中 的 作用 


在 领域 驱动 的 设计 中 ， 三 个 基本 用 途 决定 了 模型 的 选择 。 

(D 模型 和 设计 的 核心 互相 影响 。 正 是 模型 与 实现 之 间 的 紧密 联系 才 使 模型 变 得 有 用 ， 并 确 
保 我 们 在 模型 中 所 进行 的 分 析 能 够 转化 为 最 终 产 品 〈 即 一 个 有 用 的 程序 )。 模 型 与 实现 之 间 的 这 
种 紧密 结合 在 维护 和 持续 开发 期 间 也 会 很 有 用 , 因为 我 们 可 以 基于 对 模型 的 理解 来 解释 代码 。( 参 
见 第 3 章 。) 

(2) 模型 是 困 队 所 有 成 员 所 使 用 的 交流 语言 的 中 枢 。 由 于 模型 与 实现 之 间 的 紧密 结合 ， 开 发 
人 员 可 以 将 模型 作为 一 种 沟通 语言 来 讨论 程序 。 他 们 可 以 在 无 需 翻 译 的 情况 下 与 领域 专家 进行 沟 
通 。 而 且 ， 由 于 语言 是 基于 模型 的 ， 因 此 我 们 的 自然 语言 能 力 可 用 来 对 模型 本 身 进行 精 化 。( 参 
见 第 2 章 。) 

(3) 模型 是 浓缩 的 知识 。 模 型 是 团队 一 致 认同 的 领域 知识 组 织 方式 和 最 重要 元 素 的 区 分 方式 。 
模型 体现 了 我 们 在 选择 术语 、 分 解 概念 和 关联 概念 时 所 采用 的 思考 方式 。 共 同 的 语言 使 得 开发 人 
员 和 领域 专家 在 将 信息 组 织 为 模型 时 能 够 有 效 地 协作 。 模型 与 实现 之 间 的 紧密 结合 使 得 早期 版 本 
软件 的 经 验 可 以 作为 反馈 应 用 到 建 模 过 程 中 。( 参 见 第 1 章 。) 

接 下 来 的 三 章 分 别 考查 上 述 三 种 基本 用 途 的 意义 和 价值 , 以 及 它们 之 间 的 关联 方式 。 遵循 这 
些 原则 就 可 以 开发 出 具有 丰富 功能 的 软件 , 而 要 想 在 不 使 用 模型 的 情况 下 开发 出 同样 的 软件 ， 则 
需要 耗费 大 规模 的 投资 进行 专门 的 开发 。 
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软件 的 核心 


软件 的 核心 是 其 为 用 户 解决 领域 相关 的 问题 的 能 力 。 所 有 其 他 特性 ,不管 有 多 么 重要 ,都 要 
服务 于 这 个 基本 目的 。 当 领域 很 复杂 时 , 这 是 一 项 艰巨 的 任务 , 要 求 高 水 平 技术 人 员 的 共同 努力 。 
开发 人 员 必 须 钻研 领域 以 获取 业务 知识 。 他 们 必须 练习 建 模 技巧 ， 并 精通 领域 设计 。 

然而 , 在 大 多 数 软件 项 目 中 , 这 些 问题 并 未 引起 足够 的 重视 。 大 部 分 有 才能 的 开发 人 员 对 学 
习 与 他 们 的 工作 领域 有 关 的 知识 不 感 兴趣 , 更 不 会 下 力气 去 扩展 自己 的 领域 建 模 技 巧 。 技术 人 员 
喜欢 那些 能 够 练习 技巧 的 可 量化 问题 。 领 域 工作 很 繁杂 ， 而 且 要 求 掌握 很 多 复杂 的 新 知识 ， 而 这 
些 新 知识 看 似 对 提高 计算 机 科学 家 的 能 力 并 无 神 益 。 

相反 , 技术 人 才 更 愿意 从 事 精细 的 框架 工作 , 试图 用 技术 来 解决 领域 问题 。 他 们 把 学 习 领 域 
知识 和 领域 建 模 的 工作 留 给 别人 去 做 。 软 件 核 心 的 复杂 性 需要 我 们 直接 去 面 对 和 解决 ,如果 不 这 
样 做 ， 必 将 导致 工作 重点 的 偏离 。 


在 一 次 电视 访谈 节目 中 ， 喜 剧 演员 John Cleese 讲 述 了 电影 《 巨 蜂 和 圣杯 ) (Monty Python and 
the Holy Grail) 在 拍摄 期 间 发 生 的 一 个 小 故事 。 有 一 个 镜头 他 们 反复 拍 了 很 多 次 ,但 就 是 感觉 不 
够 滑稽 。 最 后 ， 他 停 下 来 ， 与 另 一 位 喜剧 演员 Michael Palin (这 个 镜头 中 的 另 一 位 演员 ) 商量 了 
一 下 ， 他 们 决定 稍微 改变 一 下 。 随 后 又 拍 了 一 次 ， 终 于 令 他 们 满意 了 ， 于 是 收工 。 

第 二 天 早上 ，Cleese 观 看 了 剪辑 人 员 为 前 一 天 工作 所 做 的 初步 剪接 。 到 了 那个 令 他 们 费 了 好 
大 劲 的 镜头 时 ，Cleese 发 现 剪 辑 人 员 竟 然 使 用 了 先前 拍摄 的 一 个 镜头 ， 影 片 到 这 里 又 变 得 不 滑 稿 
了 。 

他 问 剪辑 人 员 为 什么 没有 使 用 最 后 拍 的 那个 镜头 ， 剪 辑 人 员 回答 说 :“ 那 个 镜头 不 能 用 ， 因 
为 有 人 闻 人 了 镜头 .。”Cleese 连 看 了 两 遍 ， 仍 未 发 现 有 什么 不 对 。 最 后 ， 剪 辑 人 员 将 影片 暂停 ， 并 
指出 有 一 小 段 时 间 在 屏幕 的 边缘 能 看 见 一 只 袖子 。 

影片 的 剪辑 人 员 专 注 于 准确 完成 自己 的 工作 。 他 担心 其 他 看 到 这 部 电影 的 剪辑 人 员 会 给 他 挑 
错 。 在 这 个 过 程 中 ， 镜 头 的 核心 作用 被 忽略 了 (“The Late Late Show with Craig Kilborn” ，CBS， 
2001 年 9 月 )。 

幸运 的 是 , 该 剧 的 导演 很 懂 喜 剧 ， 他 最 终 使 用 了 这 个 镜头 。 同 样 ， 在 一 个 团队 中 ,反映 了 对 
项 目 深 层次 理解 的 模型 开发 有 时 也 会 在 混乱 中 迷失 方向 ,此 时 , 理解 领域 核心 的 领导 者 就 能 够 将 
软件 项 目 带 回 到 正确 的 轨道 上 来 。 


本 书 将 展示 领域 开发 中 蕴藏 的 巨大 机 会 , 它 能 够 培养 精湛 的 设计 技巧 。 大 多 数 软件 领域 是 看 
起 来 纷繁 芜 杂 的 ， 但 这 实际 上 是 一 项 充满 乐趣 的 技术 挑战 。 事 实 上 ， 在 很 多 学 科 中 ,“ 复 杂 性 ” 
都 是 当前 最 热门 的 一 个 话题 ， 因 为 研究 人 员 都 在 想 办 法 解决 真实 世界 中 的 复杂 性 。 软 件 开发 人 员 
在 面 对 尚 未 定型 的 复杂 领域 时 ,也 会 有 同样 的 期 望 。 创 建 一 个 避 开 所 有 复杂 性 的 易 懂 模型 会 带 来 
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巨大 的 成 就 感 。 
开发 人 员 可 以 采用 一 些 系 统 性 的 思考 方法 来 透彻 地 理解 领域 并 开发 出 有 效 的 模型 .还 有 一 些 
设计 技术 可 以 使 毫 无 头绪 的 软件 应 用 程序 开发 工作 变 得 井井有条 。 掌握 这 些 技巧 可 以 令 开发 人 员 
[6 ] 身价 倍增 ， 即使 是 在 一 个 最 初 不 熟悉 的 领域 中 也 是 如 此 。 


第 = 
消化 知识 


年 前 ， 我 着 手 设计 一 个 用 于 设计 印 制 电路 板 (PCB) 的 专用 软件 工具 。 但 有 一 个 问题 

是 ， 我 对 电子 硬件 一 无 所 知 。 当 然 ， 我 也 曾 拜 访 过 一 些 PCB 设 计 师 ， 但 用 不 了 3 分 钟 ， 
他 们 就 令 我 学 头 转向 。 如 何 才 能 了 解 足够 多 的 知识 ， 以 便 开 始 编写 这 个 软件 昵 ? 当然 ,我 并 不 指 
望 在 交付 期 限 到 来 之 前 成 为 电子 工程 师 。 

我 们 试 着 让 PCB 设 计 师 说 明 软 件 具体 应 该 做 些 什 么 , 但 我 们 却 想 错 了 。 他 们 是 优秀 的 电路 设 
计 师 ， 但 软件 知识 却 太 有 限 了 ， 往 往 只 知道 如 何 读 取 一 个 ASCIH 文 件 、 对 它 排 序 ， 然 后 添加 一 些 
注释 并 将 它 写 回 文件 中 ， 再 生成 一 个 报告 。 这 些 知识 显然 无 法 帮助 他 们 大 幅度 提高 效率 。 

最 初 的 几 次 会 面 令 人 气 馒 , 但 我 们 在 他 们 要 求 的 报告 中 也 看 到 了 一 丝 希望 。 这 些 报告 中 总 是 
涉及 net 这 个 词 以 及 与 其 相关 的 各 种 细节 。 在 这 个 领域 中 , net 实 质 上 是 一 种 导线 , 它 可 以 连接 PCB 
上 任意 数量 的 元 件 ， 并 向 它 连接 的 所 有 元 件 传递 电子 信号 。 这 样 , 我们 就 得 到 了 领域 模型 的 第 一 


个 元 素 。 如 图 1-1 所 示 。 
Net * | Chip | 


图 1-1 
就 这 样 ,我 们 一 边 讨 论 所 需 的 软件 功能 , 一 边 开始 画图 。 我 使 用 一 种 非 正 式 的 、 稍 加 变化 的 


对 象 交互 图 来 走 查 "各 种 场景 。 如 图 1-2 所 示 。 
AZ Ed 









sigqnall 
ignal( ) 


图 1-2 


@ 走 查 ，walk through， 原 来 是 指 一 种 非 正 式 的 代码 评审 活动 ,现在 也 广泛 用 于 其 他 方面 一般 是 指 一 步 步 检 查 或 分 
步 讨 论 。 一 一 译 者 注 
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PCB 专 家 1: 元 件 不 一 定 就 是 芯片 (chip) 。 

开发 人 员 (我 ) : 那 它们 是 不 是 只 应 该 叫做 “元 件 ”? 

专家 1: 我 们 将 它们 称 作 “元 件 实例 ” (component instance) 。 相 同 的 元 件 可 能 有 很 多 。 
专家 2: 他 把 “net” 画 成 和 元 件 实例 一 样 的 框 了 。 

专家 1: 他 没有 使 用 我 们 的 符号 。 我 猜想 ， 他 要 把 每 一 项 都 画 成 方 框 。 

开发 人 员 : 很 抱 菊 ， 是 这 样 的。 我 想 我 最 好 对 这 个 符号 稍 加 解释 。 


他 们 不 断 地 纠正 我 的 错误 , 在 这 个 过 程 中 我 开始 学 习 他 们 的 知识 。 我们 共同 消除 了 术语 上 的 
不 一 致 和 歧义 ， 也 消除 了 他 们 在 技术 观点 上 的 分 歧 ， 在 这 个 过 程 中 ， 他 们 也 得 到 了 学 习 。 他 们 的 
解释 更 准确 和 一 致 了 ， 然 后 我 们 开始 共同 开发 一 个 模型 。 


专家 1: 说 一 个 信号 到 达 一 个 ref-des 是 不 够 明确 的 ， 我 们 必须 知道 信号 到 达 了 哪个 引 脚 。 

开发 人 员 : 什么 是 ref-des? 

专家 2: 它 就 是 一 个 元 件 实例 。ref-des 是 我 们 在 一 个 特殊 工具 中 所 使 用 的 和 名称。 

专家 1: 总 之 ，net 将 一 个 实例 的 某 个 引 脚 与 另 一 个 实例 的 某 个 引 脚 相连 。 

开发 人 员 : 一 个 引 脚 是 不 是 只 属于 一 个 元 件 实例 ， 而 且 只 与 一 个 net 相 连 ? 

专家 1: 对 ， 是 这 样 。 

专家 2: 还 有 ,每 个 net 都 有 一 个 拓扑 结构 ， 也 就 是 电路 的 布局 ， 它 决定 了 net 内 部 各 元 件 的 连 
接 方 式 。 

开发 人 员 : 嗯 ， 这 样 画 如 何 ? 


Cowfonewr ks * pin 次 1 
lnstomce 
Topology 
图 1-3 


为 了 让 讨论 更 集中 ， 接 下 来 的 一 段 时 间 我 们 探讨 了 一 个 特殊 的 特性 ， 探 针 仿真 (probe 
simulation) 。 探 针 仿 真 跟踪 信号 的 传播 ， 以 便 检 测 在 设计 中 可 能 出 现 特定 类 型 问题 的 位 置 。 


开发 人 员 : 现在 我 已 经 明 自 了 net 是 如 何 将 信号 传播 给 它 所 连接 的 所 有 引 肢 (pin) 的， 但 如 
何 将 信号 传送 得 更 远 呢 ? 这 与 拓扑 结构 (topology) 有 关系 吗 ? 

专家 2: 没有 ， 是 元 件 推送 信号 前 进 。 

开发 人 员 : 我 们 肯定 无 法 对 芯片 的 内 部 行为 建 模 ， 因 为 这 太 复 杂 了 。 
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专家 2: 我 们 不 必 这 样 做 。 可 以 使 用 一 种 简化 形式 。 只 需 列 出 通过 元 件 可 从 菜 些 引 脚 将 信号 国 
推送 到 其 他 引 脚 即 可 。 
开发 人 员 : 类 似 于 这 样 吗 ? 


[经 过 反复 的 尝试 和 修改 ， 我 们 终于 共同 绘制 出 了 一 个 草图 ]。 





Pushes: 
$.1->82 
B.1->83 





开发 人 员 : 但 你 想 从 这 种 计算 中 知道 什么 呢 ? 

专家 2: 我 们 要 查找 较 长 的 信号 延迟 ， 也 就 是 说 ， 查 找 超 过 2 或 3 跳 的 信号 路 径 。 这 是 一 条 经 
验 法 则 。 如 果 路 径 太 长 ， 信 号 可 能 无 法 在 时 钟 周期 内 到 达 

开发 人 员 : 超过 3 跳 …… 这 么 说 我 们 需要 计算 路 径 长 度 。 那 么 怎样 算 作 一 跳 呢 ? 

专家 2: 信号 每 通过 一 个 net， 就 称 为 1 跳 。 

开发 人 员 : 那么 我 们 可 以 沿 着 电路 来 计算 跳 数 ， 每 遇 到 一 个 net， 跳 数 就 加 1。 









signal( 1) 
ET 






sigwal() 


signalll) 





signol(0) 
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开发 人 员 : 现在 我 唯一 不 明白 的 地 方 是 “推动 ”是 从 哪儿 来 的 。 是 否 每 个 元 件 实例 事 需 要 存 
储 该 数据 ? 

专家 2; 一 个 元 件 的 所 有 实例 的 推动 行为 都 是 相同 的 。 

开发 人 员 : 那么 元 件 的 类 型 决定 了 推动 行为 ， 而 每 个 实例 的 推动 行为 都 是 相同 的 ? 


get(b Mo of 4 
comg | 一 一 之 | 2 
tyreB 2>74 


(2,3) 
getPushesFromPinNumper(|) 


inst $ 





图 1-6 


专家 2: 这 个 图 的 意思 我 没完 全 明白 ， 但 我 猜想 每 个 元 件 存 储 的 推动 行为 就 差不多 是 这 样 的 
吧 。 

开发 人 员 : 抱 娄 ， 这 个 地 方 我 可 能 问 得 有 点 过 细 了 。 我 只 是 想 考 虑 得 全 面 一 些 …… 现 在 ， 拓 
扑 结构 对 它 有 什么 影响 吗 ? 

专家 1: 拓扑 结构 不 影响 探 针 仿真 。 

开发 人 员 : 那么 可 以 暂 不 考虑 它 ， 是 吗 ? 等 用 到 这 些 特性 时 再 回来 讨论 它 。 


就 这 样 ， 我 们 的 讨论 一 直 进 行 下 去 〈 其 中 遇 到 的 困难 比 上 面 显示 的 多 得 多 )。 我 们 一 边 进行 
“头脑 风暴 ” 式 的 讨论 ， 一 边 对 模型 进行 精 化 ， 边 提问 边 回 答 。 随 着 我 对 领域 理解 的 加 深 ， 以 及 
他 们 对 模型 在 解决 方案 中 作用 的 理解 的 加 深 ， 模 型 不 断 发 展 。 图 1-7 显 示 了 那个 早期 模型 的 类 图 。 





Component Type 














getPushesFromPinNumber(int) 











Component Pin Net 
Instance 来 | 





























signal(int) signal(int) signal(int) 














图 1-7 
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随后 , 我 们 又 拿 出 一 部 分 工作 时 间 进 行 了 几 轮 这 样 的 讨论 , 我 觉得 自己 已 经 理解 了 足够 多 的 
知识 , 可 以 试 着 编写 一 些 代码 了 。 我 写 了 一 个 非常 简单 的 原型 , 并 用 一 个 自动 测试 框架 来 测试 它 。 
我 避 开 了 所 有 的 基础 设施 。 这 个 原型 没有 持久 化 机 制 ， 也 没有 用 户 界 面 (UI)。 这 样 我 就 可 以 专 
注 于 代码 的 行为 。 只 过 了 儿 天 我 就 能 够 演练 简单 的 探 针 仿真 了 。 虽 然 它 使 用 的 是 虚拟 数据 ,而 且 
向 控制 台 写 的 是 纯 文本 ， 但 确实 是 使 用 Java 对 象 对 路 径 长 度 执 行 实际 的 计算 。 这 些 Java 对 象 所 反 
映 的 模型 正 是 我 和 领域 专家 们 一 起 开发 出 来 的 。 

这 个 具体 的 原型 使 得 领域 专家 们 更 清楚 地 理解 了 模型 的 含义 ， 以 及 它 与 最 终 软 件 之 间 的 
联系 。 从 那 时 起 ， 我 们 的 模型 讨论 越 来 越 具 有 互动 性 了 ， 因 为 他 们 可 以 看 到 我 如 何 将 新 学 到 
的 知识 融合 到 模型 中 ， 然 后 反映 到 软件 上 。 他 们 也 可 以 从 原型 得 到 具体 的 反馈 ， 从 而 印证 自 
己 的 想法 。 

模型 中 包含 与 我 们 要 解决 的 问题 有 关 的 PCB 领 域 知识 , 这 些 知 识 远 远 比 我 们 在 这 里 演示 的 复 
杂 。 模型 将 很 多 同义词 和 语言 描写 中 的 微小 差别 做 了 统一 , 并 排除 了 数 百 条 与 问题 没有 直接 关系 
的 事实 (虽然 工程 师 们 都 理解 这 些 事 实 )， 例 如 元 件 的 实际 数字 特性 。 像 我 这 样 的 软件 专业 人 员 
看 到 这 张 图 后 ， 几 分 钟 内 就 能 明白 软件 是 做 什么 的 。 这 张 图 就 相当 于 一 个 框架 , 开发 人 员 可 以 借 
助 于 它 来 组 织 新 的 信息 并 更 快 地 学 习 ， 从 而 更 准确 地 判断 哪些 部 分 重要 ， 哪 些 部 分 不 重要 ， 并 更 
好 地 与 PCB 工 程 师 进行 沟通 。 

当 PCB 工 程 师 提 出 新 的 功能 需求 时 ,我 就 让 他 们 带 我 走 查 对 象 交 互 的 场景 。 当 模型 对 象 无 法 
清楚 地 表达 某 个 重要 场景 时 , 我 们 就 通过 头脑 风暴 活动 创建 新 的 模型 对 象 或 者 修改 原 有 的 模型 对 
象 ， 并 消化 理解 这 些 模 型 对 象 中 的 知识 。 在 我 们 精 化 模型 的 过 程 中 ， 代 码 也 随 之 一 步 步 演进 。 几 
个 月 后 ，PCB 工 程 师 们 得 到 了 一 个 远 远 超 乎 他 们 期 望 的 功能 丰富 的 工具 。 


1.1 ”有效 建 模 的 要 素 


以 下 几 方 面 因素 使 上 述 案例 得 以 成 功 。 

(1) 模型 和 实现 的 绑 定 。 最 初 的 原型 虽然 简陋 ， 但 它 在 模型 与 实现 之 间 建 立 了 早期 链接 ， 而 
且 在 所 有 后 续 的 迭代 中 我 们 一 直 在 维护 该 原型 。 

(2) 获得 了 一 种 基于 模型 的 语言 。 最 初 ， 工 程 师 们 不 得 不 向 我 解释 基本 的 PCB 问 题 ， 而 我 也 
必须 向 他 们 解释 类 图 的 含义 。 但 随 着 项 目的 进展 ,双方 都 能 够 直接 使 用 模型 中 的 术语 ， 并 将 它们 
组 织 为 符合 模型 结构 的 语句 ， 而 且 无 需 翻 译 即 可 理解 互相 要 表达 的 意思 。 

(3) 开发 一 个 蓝 含 丰富 知识 的 模型 。 对 象 具有 行为 和 强制 性 规则 。 模 型 并 不 仅仅 是 一 种 数据 
模式 ， 它 还 是 解决 复杂 问题 不 可 或 缺 的 部 分 。 模 型 包含 各 种 类 型 的 知识 。 

(4) 提炼 模型 。 在 模型 日 趋 完整 的 过 程 中 ， 重 要 的 概念 不 断 被 添加 到 模型 中 ， 但 同样 重要 的 
是 ,不 再 使 用 或 不 重要 的 概念 则 从 模型 中 删除 。 当 一 个 不 需要 的 概念 与 一 个 需要 的 概念 有 关联 时 ， 
则 把 重要 的 概念 提取 到 一 个 新 模型 中 ， 其 他 那些 不 要 的 概念 就 可 以 删 去 了 。 


1 
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(5) 头脑 风暴 和 实验 。 语言 和 草图 , 再 加 上 头脑 风暴 活动 , 将 我 们 的 讨论 变 成 “模型 实验 室 ”， 
在 这 些 讨论 中 可 以 演示 、 尝 试 和 判断 上 百 种 变化 。 当 转 队 走 查 场景 时 ,后 头 表 达 本 身 就 可 以 作为 
所 提议 的 模型 的 可 行 性 测试 , 因为 人 们 听 到 口头 表达 后 , 就 能 立即 分 辨 出 它 是 表达 得 清楚 、 简捷， 
还 是 表达 得 很 策 描 。 

正 是 头脑 风暴 的 创造 力 和 大 量 实验 才 使 我 们 找到 了 一 个 蕴含 丰富 知识 的 模型 并 对 它 进行 提 
炼 ， 在 这 个 过 程 中 ， 基 于 模型 的 语言 提供 了 很 大 帮助 ， 而 且 贯 穿 整个 实现 过 程 中 的 反馈 循环 也 对 
模型 起 到 了 “训练 ”作用 。 这 种 知识 消化 将 团队 的 知识 转化 为 有 价值 的 模型 。 

1.2 知识 消化 

金融 分 析 师 要 消化 理解 的 内 容 是 数字 。 他 们 筛选 大 量 的 详细 数字 ,并 对 它们 进行 组 合 和 重组 ， 
以 便 寻 找 潜在 意义 和 重要 元 素 的 简单 表示 方式 ， 也 就 是 形成 一 种 可 用 作 人 金融 决策 基础 的 理解 。 

高 效 的 领域 建 模 人 员 是 知识 的 消化 者 。 他 们 在 大 量 信息 中 探寻 有 用 的 部 分 。 他 们 不 断 尝 试 各 
种 信息 组 织 方式 ,努力 寻找 对 大 量 信息 有 意义 的 简单 视图 。 很 多 模型 在 尝试 后 被 放弃 或 改造 。 只 
有 找到 一 组 适用 于 所 有 细节 的 抽象 概念 后 ,工作 才 算 成 功 。 这 种 经 过 提炼 得 到 的 精华 是 对 被 认为 
是 最 相关 的 知识 的 严格 表示 。 

知识 消化 并 非 一 项 孤立 的 活动 , 它 一 般 是 在 开发 人 员 的 领导 下 , 由 开发 人 员 与 领域 专家 组 成 
的 团队 来 共同 协作 。 他 们 共同 收集 信息 ， 并 通过 消化 而 将 它 组 织 为 有 用 的 形式 。 信 息 的 资料 来 自 
领域 专家 头脑 中 的 知识 , 来 自 现 有 系统 的 用 户 ,也 来 自 技 术 团队 以 前 在 相关 遗留 系统 或 同 领域 的 
其 他 项 目 中 积累 的 经 验 。 信 息 的 形式 也 多 种 多 样 ， 有 可 能 是 为 项 目 编写 的 文档 ， 有 可 能 是 业务 中 
使 用 的 文件 , 也 有 可 能 来 自 大 量 的 讨论 。 早 期 版 本 或 原型 将 经 验 反馈 给 团队 ， 然 后 团队 对 一 些 解 
释 做 出 修改 。 


在 传统 的 瀑布 方法 中 ， 业 务 专 家 与 分 析 员 进行 计 论 ， 分析 员 消化 理解 这 些 知 识 后 ， 对 其 进 
行 抽象 并 将 结果 传递 给 程序 员 ， 再 由 程序 员 编 写 软件 代码 。 由 于 这 种 方法 完全 没有 反馈 ， 因 此 
总 是 失败 。 分 析 员 全 权 负 责 创 建 模 型 ， 但 他 们 创建 的 模型 只 是 基于 业务 专家 的 意见 。 他 们 既 没 
有 向 程序 员 学 习 的 机 会 ， 也 得 不 到 早期 软件 版 本 的 经 验 。 知 识 只 是 朝 一 个 方向 流动 ， 而 且 不 会 
形成 累积 。 

有 些 项 目 使 用 了 和 迭代 过 程 , 但 由 于 没有 对 知识 进行 抽象 而 无 法 建立 起 知识 体系 。 开发 人 员 了 昕 
专家 们 描述 某 项 所 需 的 特性 ， 然 后 开始 构建 它 。 他 们 将 结果 展示 给 专家 ， 并 询问 接 下 来 做 什么 。 
如 果 程序 员 愿 意 进 行 重 构 ， 则 能 够 保持 软件 足够 整洁 ， 以 便 继续 扩展 它 ， 但 如 果 程 序 员 对 领域 不 
感 兴趣 ， 则 他 们 只 会 学 习 程 序 应 该 执行 的 功能 ， 而 不 会 学 习 它 背后 的 原理 。 虽 然 这 样 也 能 开发 出 
有 用 的 软件 ， 但 项 目 永 远 也 不 会 从 原 有 特性 中 自然 地 扩展 出 强大 的 新 特性 。 

好 的 程序 员 会 自然 而 然 地 抽象 并 开发 出 一 个 可 以 完成 更 多 工作 的 模型 。 但 如 果 在 建 模 时 只 是 
技术 人 员 在 唱 独 角 戏 ,而 没有 领域 专家 的 协作 ， 那 么 得 到 的 概念 将 是 很 幼稚 的 。 使 用 这 些 肤 浅 知 
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识 开发 出 来 的 软件 只 会 做 基本 工作 ， 而 不 会 充分 反映 出 领域 专家 的 思考 方式 。 

在 团队 所 有 成 员 一 起 消化 理解 模型 的 过 程 中 , 他 们 之 间 的 交互 也 会 发 生变 化 。 领域 模型 的 不 
断 精 化 迫使 开发 人 员 学 习 重 要 的 业务 原理 , 而 不 是 机 械 地 进行 功能 的 开发 。 领域 专家 被 迫 提 炼 自 
己 所 知道 的 重要 知识 的 过 程 往往 也 是 完善 其 自身 理解 的 过 程 , 而 且 他 们 会 渐渐 理解 软件 项 目 所 必 
需 的 概念 严谨 性 。 

所 有 这 些 因素 都 促使 团队 成 员 成 为 更 合格 的 知识 消化 者 。 他 们 对 知识 去 粗 取 精 。 他 们 将 模 
型 重 塑 为 更 有 用 的 形式 。 由 于 分 析 员 和 程序 员 将 自己 的 知识 输入 到 了 模型 中 ， 因 此 模型 的 组 织 
更 严密 ， 抽 象 也 更 为 整洁 ， 从 而 为 实现 提供 了 更 大 支持 。 同 时 ， 由 于 领域 专家 也 将 他 们 的 知识 
输入 到 了 模型 中 ， 因 此 模型 反映 了 业务 的 深层 次 知识 ， 而 且 确保 模型 真正 是 对 业务 原理 的 抽象 
反映 。 

模型 在 不 断 改 进 的 同时 ， 也 成 为 组 织 信息 流 的 工具 。 模 型 豪 焦 于 需求 分 析 。 它 与 编程 和 设计 
紧密 交互 。 它 通过 良性 循环 加 深 团队 成 员 对 领域 的 理解 ， 使 他 们 更 透彻 地 理解 模型 ， 并 对 其 进 一 
步 精 化 。 模 型 永远 都 不 会 是 完美 的 , 因为 它 是 一 个 不 断 完 善 的 过 程 。 模型 必须 对 领域 实用 和 有 用 。 
它们 必须 非常 精确 ， 以 便 使 应 用 程序 易于 实现 和 理解 。 


1.3 ”持续 学 习 


当 开 始 编写 软件 时 ,其 实 我 们 所 知 昔 少 。 项 目 知识 零散 地 分 散在 很 多 人 和 文档 中 , 其 中 夹杂 
着 其 他 一 些 无 关 信 息 , 因此 我 们 甚至 不 知道 哪些 知识 是 真正 需要 的 知识 。 领 域 知识 在 技术 上 似乎 
不 那么 难 应 付 , 但 不 要 被 假象 蒙蔽 一 一 我 们 并 没 意 识 到 不 知道 的 东西 究竟 有 多 少 。 这 种 无 知 往往 
会 导致 我 们 做 出 错误 的 假设 。 

同时 , 所 有 项 目 都 会 丢 类 知识。 已 经 学 到 了 一 些 知识 的 人 可 能 干 别 的 事 去 了 。 团队 可 能 由 于 
重组 而 被 拆散 ,这 导致 知识 又 重新 分 散 开 。 被 外 包 出 去 的 关键 子 系统 可 能 只 交 回 了 代码 ,而 不 会 
将 知识 传递 回来 。 而 且 当 使 用 典型 的 设计 方法 时 ,代码 和 文档 不 会 以 一 种 有 用 的 形式 表示 出 这 些 
来 之 不 易 的 知识 ， 因 此 一 旦 由 于 某 种 原因 人 们 没有 口头 传递 知识 ， 那 么 知识 就 丢失 了 。 

高 效率 的 团队 需要 有 意识 地 积累 知识 , 并 持续 学 习 《〈[Kerievsky 2003] )。 对 于 开发 人 员 来 说 ， 
这 意味 着 既 要 完善 技术 知识 ， 也 要 培养 一 般 的 领域 建 模 技巧 (例如 本 书 中 所 讲 的 那些 技巧 )。 但 
这 也 包括 认真 学 习 他 们 正在 从 事 的 特定 领域 的 知识 。 

善于 自学 的 团队 成 员 是 团队 的 中 坚 力量 ， 那 些 涉及 最 关键 领域 的 开发 任务 要 靠 他 们 来 攻克 
(有 关 这 方面 的 更 多 内 容 ， 参 见 第 15 章 )。 这 个 核心 困 队 头脑 中 积累 的 知识 使 他 们 成 为 更 高 效 的 
知识 消化 者 。 

读 到 这 里 , 请 先 停 一 下 来 问 自己 一 个 问题 。 你 是 否 学 习 了 一 些 PCB 设 计 知识 ?虽然 这 个 示例 
只 对 该 领域 作 了 些 表 面 处 理 ， 但 当 讨论 领域 模型 时 ， 仍 需 学 习 一 些 知识 。 我 学 习 了 大 量 知识 ,但 
并 没有 学 习 如 何 成 为 一 名 PCB 工 程 师 ， 因 为 这 不 是 我 的 目的 。 我 的 目的 是 学 会 与 PCB 专 家 沟通 ， 
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学 会 理解 与 应 用 有 关 的 主要 概念 ， 并 学 会 检查 所 构建 的 内 容 是 否 合理 。 

事实 上 , 我 们 的 团队 最 终 发 现 探 针 仿真 并 不 是 一 项 重要 的 开发 任务 , 因此 最 后 删除 了 这 个 功 
能 。 连同 它 一 起 删除 的 还 有 模型 中 的 一 些 部 分 , 这 些 部 分 只 是 帮助 我 们 理解 如 何 通过 元 件 推动 信 
号 以 及 如 何 计算 跳 数 。 这 样 ， 应 用 程序 的 核心 就 转移 到 了 别处 ， 而 且 模型 也 随 之 改变 ， 将 新 的 重 
点 作为 核心 。 在 这 个 过 程 中 ,领域 专家 们 也 学 到 了 很 多 东西 ， 而 且 更 加 清楚 地 理解 了 应 用 程序 的 
目标 (第 15 章 更 深入 地 讨论 这 些 问题 )。 

尽管 如 此 ， 那 些 早期 工作 还 是 非常 重要 的 。 关 键 的 模型 元 素 被 保留 下 来 ， 而 更 重要 的 是 ， 早 
期 工作 开始 了 知识 消化 的 过 程 ， 这 使 得 所 有 后 续 工 作 更 加 高 效 : 团队 成 员 、 开 发 人 员 和 领域 专家 
等 都 学 到 了 知识 ， 他 们 开始 使 用 一 种 公共 的 语言 ， 而 且 形成 了 贯穿 整个 实现 过 程 的 反馈 循环 。 这 
样 ， 一 个 发 现 之 旅 悄然 开始 了 。 


1.4 知识 丰富 的 设计 


通过 像 PCB 示 例 这 样 的 模型 获得 的 知识 远 远 不 只 是 “发 现 名 词 "。 业 务 活动 和 规则 如 同 所 涉 
及 的 实体 一 样 ， 都 是 领域 的 中 心 ,任何 领域 都 有 各 种 类 别 的 概念 。 知 识 消 化 所 产生 的 模型 能 够 反 
映 出 对 知识 的 深层 理解 。 在 模型 发 生 改 变 的 同时 ,开发 人 员 对 实现 进行 重 构 ,以便 反映 出 模型 的 
变化 ， 这 样 ， 新 知识 就 被 合并 到 应 用 程序 中 了 。 

当 我 们 的 建 模 不 再 局 限于 寻找 实体 和 值 对 象 时 我 们 才能 充分 吸取 知识 , 因为 业务 规则 之 间 可 
能 会 存在 不 一 至 领域 专家 在 反复 研究 所 有 规则 、 解 决 规则 之 间 的 矛盾 以 及 修改 规则 使 其 符合 常 

识 等 一 系列 工作 中 ， 往 往 不 会 意识 到 他 们 的 思考 过 程 有 多 么 复杂 。 软 件 是 无 法 完成 这 一 工作 的 。 

正 是 通过 与 软件 专家 紧密 协作 来 消化 知识 的 过 程 才 使 得 规则 得 以 证 清和 充实 , 并 消除 规则 之 间 的 
矛盾 以 及 删除 一 些 无 用 规则 。 


| 示例 ， 提取 一 个 隐藏 的 概念 


我 们 从 一 个 非常 简单 的 领域 模型 开始 学 习 , 基于 此 模型 的 应 用 程序 用 来 预订 一 般 船 在 一 次 航 
程 中 要 运载 的 货物 ， 如 图 1-8 所 示 。 








航程 | 一 一 全 货物 














图 1-8 


我 们 可 以 规定 这 个 应 用 程序 的 任务 是 将 每 件 货物 (Cargo) 与 一 次 航程 (Voyage) 关联 起 来 ， 
记录 并 跟踪 这 种 关系 。 现 在 看 来 一 切 都 还 算 简单 。 应 用 程序 代码 中 可 能 会 有 一 个 像 下 面 这 样 的 
方法 : 
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public int makeBooking (Cargo cargo, Voyage voyage) { 1 
int confirmation = orderConfirmationSequence.next{(); 
voyage.addCargo (cargo, confirmation); 
return confirmation; 


} 


由 于 总 会 有 人 临时 取消 订单 , 因此 航运 业 的 一 般 做 法 是 接受 比 其 运载 能 力 多 一 些 的 货物 。 这 
称 为 “ 超 订 ”。 有 时 使 用 一 个 简单 的 容量 百分比 来 表示 ， 例 如 预订 110% 的 载 货 量 。 有 时 则 采用 一 
些 有 利于 主要 客户 或 特定 种 类 的 货物 的 复杂 规则 。 


这 是 航运 领域 的 一 个 基本 策略 ,从 事 航 运 业 的 业务 人 员 都 知道 它 , 但 在 软件 团队 中 可 能 不 是 
所 有 技术 人 员 都 知道 这 条 规则 。 
需求 文档 中 包含 下 面 这 句 话 : 


允许 10% 的 超 订 。 
现在 ， 类 图 和 代码 就 应 该 像 图 1-9 这 样 : 








Voyage Cargo 

















capacity size 








图 1-9 


public int makeBooking (Cargo cargo, Voyage voyage) { 
double maxBooking = voyage.capacity() * 1.1; 


if ((voyage.bookedCargoSize() + cargo.size()) > maxBooking) 
return -1} 

int confirmation = orderConfirmationSequence.next(); 

voyage.addCargo (cargo, confirmation); 

return confirmation; 


} 

现在 ， 一 条 重要 的 业务 规则 被 隐藏 在 了 上 面 这 段 方法 代码 的 一 个 卫 语句 ?中 。 第 4 章 将 介绍 
LAYERED ARCHITECTURE， 它 会 帮助 我 们 将 超 订 规 则 转移 到 领域 对 象 中 ， 但 现在 我 们 主要 考虑 如 
何 把 这 条 规则 更 清楚 地 表达 出 来 ， 以 便 让 项 目 中 的 每 个 人 都 能 看 到 它 。 这 样 就 只 能 修改 上 面 的 代 
码 以 提供 一 个 类 似 的 解决 方案 。 

(1) 如 果 写 成 上 面 的 代码 那样 ， 不 可 能 会 有 业务 专家 能 通过 阅读 这 段 代 码 来 检验 规则 ， 即 使 
在 开发 人 员 的 帮助 下 也 无 法 完成 。 

(2) 不 懂 此 业务 的 技术 人 员 很 难 将 需求 文本 与 代码 联系 起 来 。 


@ 卫 语句 ，guard clause， 指 起 保护 作用 的 语句 。 一 一 译 者 注 
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如 果 规 则 更 复杂 ， 情 况 将 更 精 。 
我 们 可 以 改变 一 下 设计 来 更 好 地 捕获 这 个 知识 。 超 订 规 则 是 一 个 政策 。 政 策 (policy) 其 实 
是 一 种 设计 模式 ， 也 就 是 我 们 所 说 的 STRATEGY 模 式 ”([Gamma et al 1995] ) 。 我 们 知道 ， 使 用 
STRATEGY 的 动机 一 般 是 为 了 替换 不 同 的 规则 ， 虽 然 在 这 里 并 不 需要 这 么 做 ， 但 我 们 要 获取 的 概 
念 确实 符合 STRATEGY 的 意义 ， 这 一 点 在 领域 驱动 的 设计 中 足以 成 为 使 用 STRATEGY 的 动机 (参见 
第 12 章 )， 如 图 1-10 所 示 。 








Voyage Cargo | 
不 一 | 


capacity : SiZe 




















{sum(cargo.size) < voyage.capacity * 1.1} 


i 


Overbooking 
Policy 


图 1-10 





修改 后 的 代码 如 下 : 


Public int makeBooking (Cargo cargo, Voyage voyage) ( 
if (loverbookingpolicy.isallowed(cargo, voyage)) return -1} 
int confirmation = orderConfirmationSequence.next(); 
Voyage .addCargo (cargo, confirmation); 
return confirmation; 


} 


新 的 Overbooking Policy 类 包含 以 下 方法 : 


public boolean 1sSA11owed(Cargo cargo, Voyage voyage) { 


return {cargo.size{) + Vvoyage.bookedCargoSize()) <= 
(voyage .capacity() * 1.1); 


} 
现在 所 有 人 都 可 以 看 出 超 订 是 一 个 独特 的 政策 ， 而 且 超 订 规则 的 实现 是 明确 且 独 立 的 。 
现在 ,我 并 不 建议 将 这 样 的 精细 设计 应 用 到 领域 的 每 个 细节 中 。 第 15 章 将 深入 阑 述 如 何 关注 
重点 以 及 如 何 隔离 其 他 问题 或 使 这 些 问题 最 小 化 。 这 个 例子 的 目的 是 说 明 领域 模型 和 相应 的 设计 
可 用 来 保护 和 共享 知识 。 更 明确 的 设计 具有 以 下 优点 : 
(1) 为 了 实现 更 明确 的 设计 ， 程 序 员 和 其 他 各 位 相关 人 员 都 必须 理解 超 订 的 本 质 ， 明 白 它 是 


@ STRATEGY 一 般 是 指定 义 一 组 算法 ， 将 每 个 算法 都 封装 起 来 , 并且 使 它们 之 间 可 以 互 换 。 策 略 模式 的 优点 是 软件 可 
以 由 许多 可 替换 的 部 分 组 成 ， 各 个 部 分 之 间 是 弱 连 接 的 关系 ， 这 样 软 件 具 有 更 强 的 可 扩展 性 、 可 维护 性 和 可 重用 
性 。 作 者 在 这 里 提 到 策略 模式 ， 是 指 将 每 个 规则 当成 一 个 算法 。 一 一 译 者 注 
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一 个 明确 且 重 要 的 业务 规则 ， 而 不 只 是 一 个 普通 的 、 不 引 人 注 意 的 计算 问题 。 1 
(2) 程序 员 可 以 向 业务 专家 展示 技术 工件 ， 甚 至 是 代码 ， 但 应 该 是 领域 专家 (在 程序 员 指导 
下 ) 可 以 理解 的 ， 以 便 形 成 反馈 循环 。 
1.5 ”深层 模型 
有 用 的 模型 很 少 停留 在 表面 层次 上 。 随 着 对 领域 和 应 用 程序 需求 的 理解 逐步 加 深 , 我 们 往往 
会 丢掉 那些 最 初 看 起 来 很 重要 的 表面 元 素 , 或 者 切换 它们 的 角度 。 这 时 ， 一 些 在 开始 时 不 可 能 发 
现 的 巧妙 抽象 就 会 渐渐 浮 出 水 面 ， 而 它们 恰恰 切中 问题 的 要 害 。 
前 面 的 例子 大 体 上 是 基于 一 个 集装箱 航运 项 目 , 这 是 本 书 列举 的 几 个 项 目 之 一 , 本 书 还 有 几 
个 示例 会 引用 这 个 项 目 。 本 书 所 举 的 示例 都 很 简单 ， 即 使 不 是 航运 专家 ， 也 能 理解 它们 。 但 在 一 
个 需要 团队 成 员 持 续 学 习 的 真实 项 目 中 , 要 想 建立 实用 且 清 晰 的 模型 则 要 求 团 队 成 员 既 精通 领域 
知识 ， 也 要 精通 建 模 技术 。 
在 这 个 项 目 中 , 由 于 航运 从 预订 货运 开始 , 因此 我 们 开发 了 一 个 能 够 描述 货物 和 运 货 航线 等 
事物 的 模型 。 这 是 必要 且 有 用 的 ， 但 领域 专家 却 不 这 样 认为 。 他 们 有 自己 的 考虑 业务 的 方式 , 这 
种 方式 是 我 们 没有 考虑 到 的 。 
最 后 , 在 经 过 几 个 月 的 知识 消化 后 , 我 们 知道 货物 的 处 理 主要 是 由 转 包 商 或 公司 中 的 操作 人 
员 完成 的 ， 这 包括 装 货 、 御 货 和 运 货 。 航 运 专家 的 观点 是 ， 各 部 分 之 间 存 在 一 系列 的 责任 传递。 
法 律 责 任 和 执行 责任 的 传递 有 一 个 控制 过 程 一 一 从 托运 人 传递 到 某 个 本 地 运输 商 , 再 从 这 家 运输 
商 传递 到 另 一 家 运输 商 ， 最 后 到 达 收 货 人 。 通 常 ， 在 办 理 一 些 重要 手续 上 时， 货物 停放 在 仓库 里 。 [20] 
在 其 他 时 间 里 ， 货 物 则 是 通过 复杂 的 物理 步 又 来 运输 ， 而 这 些 步骤 与 航运 公司 的 业务 决策 无 关 。 
在 处 理 航线 的 物流 之 前 ， 必 须 先 确定 诸如 提单 等 法 律 文件 以 及 支付 流程 。 
对 航运 业务 有 了 更 深刻 的 认识 后 ， 我 们 并 没有 删除 航线 (Ttinerary) 对 象 ， 但 模型 发 生 了 巨 
大 改变 。 我 们 对 航运 业务 的 认识 从 “集装箱 在 各 个 地 点 之 间 的 运输 ”转变 为 “ 运 货 责任 在 各 个 实 
体 之 间 的 传递 "。 处 理 这 些 责任 传递 的 特性 不 再 是 一 些 附属 于 装 货 作 业 的 次 要 特性 ， 而 是 由 一 个 
独立 的 模型 来 提供 支持 ， 这 个 模型 正 是 在 理解 了 作业 与 责任 之 间 的 重要 关系 之 后 开发 出 来 的 。 
知识 消化 是 一 种 探索 ， 它 永 无 止境 。 [2 
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谷中 | 城 模 型 十 钦 件 项 目的 公共 语言 的 核心 。 模 型 是 人 们 头脑 中 形成 的 与 项 目 有 关 的 概念 集 
V 丛 合 ， 它 用 术语 和 关系 反映 了 领域 的 深层 含义 。 这 些 术 语 和 相互 关系 提供 了 模型 语言 芯 
语义 ,模型 语言 是 专门 为 领域 量 身 裁剪 的 ,而 且 十 分 精确 ,以 便 支持 技术 开发 。 它 是 一 条 至 关 重 
要 的 纽带 ， 将 模型 与 开发 活动 结合 在 一 起 ， 并 使 模型 与 代码 紧密 绑 定 。 

这 种 基于 模型 的 交流 并 不 仅 限于 UML (统一 建 模 语言 ) 图 。 为 了 最 有 效 地 使 用 模型 ， 需 要 
充分 利用 各 种 交流 手段 。 基 于 模型 的 交流 提高 了 文本 文档 的 实用 性 , 也 提高 了 敏捷 过 程 中 反复 强 
调 的 非 正式 图 和 临时 交谈 (casual conversation) 的 实用 性 。 它 提高 了 代码 本 身 和 代码 测试 的 沟通 
能 力 。 

在 一 个 项 目 中 ， 语 言 的 使 用 很 微妙 ， 但 是 非常 重要 ,……. 


2.1 模式 :UBIQUITOUS LANGUAGE 


首先 写 下 一 个 身子 ， 

然后 将 它 分 成 小 段 ， 

再 将 它们 打 乱 并 重新 排序 。 
仿佛 是 巧合 一 样 ， 

短语 的 顺序 对 意思 完 会 没有 影响 。 


—Lewis Carroll, “Poeta Fit, Non Nascitur” 


要 想 创 建 一 种 灵活 的 、 蓝 含 丰 富 知识 的 设计 ， 需 要 一 种 通用 的 、 共 享 的 团队 语言 ， 这 种 语言 
应 该 是 时 刻 进 行 检 验 的， 遗憾 的 是 ， 在 软件 项 目 上 很 少 出 现 这 样 的 检验 。 


~ < 12 
滋 党 深 


领域 专家 对 软件 开发 的 技术 行 话 所 知 有 限 , 但 他 们 使 用 自己 领域 的 行 话 , 这 种 行 话 可 能 还 具 
有 各 种 不 同 的 风格 。 另 一 方面 , 开发 人 员 可 能 会 用 一 些 描述 性 的 、 功 能 性 的 术语 来 理解 和 讨论 系 
统 ， 而 这 些 术语 并 不 会 表达 出 专家 语言 所 要 传达 的 意思 。 或 者 , 开发 人 员 可 能 会 创建 一 些 用 于 支 
持 设计 的 抽象 , 但 领域 专家 并 不 理解 这 些 抽 象 。 负 责 处 理 一 个 问题 不 同 部 分 的 开发 人 员 可 能 会 开 
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发 出 各 自 不 同 的 一 些 设 计 概 念 和 描述 领域 的 方式 。 

由 于 语言 上 存在 鸿沟 , 领域 专家 们 只 能 模糊 地 描述 他 们 想 要 的 东西 。 开发 人 员 虽 然 努 力 去 理 
解 一 个 自己 不 熟悉 的 领域 , 但 也 只 能 形成 模糊 的 认识 。 有 少数 的 团队 成 员 会 学 着 同时 说 这 两 种 语 
言 ， 但 由 于 这 样 的 人 太 少 了 ， 信 息 流 会 遭遇 瓶颈 问题 ,而 且 他 们 的 翻译 也 不 准确 。 

在 一 个 没有 公共 语言 的 项 目 上 , 开发 人 员 不 得 不 为 领域 专家 们 做 翻译 。 而 这 些 领域 专家 还 需 
要 充当 开发 人 员 与 其 他 领域 专家 之 间 的 翻译 。 甚 至 开发 人 员 之 间 还 需要 互相 翻译 。 这 些 翻译 使 模 
型 概念 变 得 混淆 ， 这 会 破坏 代码 的 重 构 。 这 种 间接 的 沟通 掩盖 了 分 裂 的 形成 ,不同 的 团队 成 员 使 
用 不 同 的 术语 而 尚 不 自 知 。 这 导致 软件 的 各 个 部 分 不 能 够 浑然 一 体 , 因此 无 法 开发 出 可 靠 的 软件 
(参见 第 14 章 )。 翻 译 工作 导致 各 类 知识 和 想法 无 法 结合 到 一 起 ， 从 而 影响 对 模型 的 深入 理解 。 

如 果 语 言 支离破碎 , 项 目 必 将 遭遇 严重 问题 。 领域 专 家 使 用 他 们 自己 的 行 话 , 而 技术 团队 成 
员 则 使 用 自己 的 语言 来 从 设计 角度 讨论 领域 。 

日 常 讨论 所 使 用 的 术语 与 代码 (软件 项 目的 最 重要 产品 ) 中 使 用 的 术语 不 一 致 。 甚至 同一 个 
人 在 讲话 和 写 东 西 时 使 用 的 语言 也 不 一 致 ,这 导致 的 后 果 是 , 即使 人 们 对 领域 有 了 一 些 深刻 的 描 
述 ， 也 转眼 就 忘记 了 ， 而 无 法 记录 到 代码 或 文档 中 。 

翻译 使 得 沟通 不 畅 ， 并 导致 知识 消化 变 得 困难 。 

然而 任何 一 种 行 话 都 不 能 成 为 公共 语言 ， 因 为 它们 无 法 满足 所 有 的 需求 。 

所 有 翻译 工作 加 在 一 起 , 开销 实在 是 太 大 了 , 还 要 冒 着 误解 的 风险 。 项 目 需要 一 种 公共 语言 ， 
这 种 语言 并 不 是 那 种 最 简单 的 、 大 众 化 的 东西 ， 而 是 比 其 强大 得 多 。 通 过 团队 的 一 致 努力 ， 领 域 
模型 可 以 成 为 这 种 公共 语言 的 核心 , 同时 将 团队 沟通 与 软件 实现 紧密 联系 到 一 起 。 这 种 公共 语言 
是 整个 团队 工作 中 的 UBIQUITOUS LANGUAGE (通用 语言 )。 

UBIQUITOUS LANGUAGE 的 词汇 表 包 括 类 名 称 和 主要 操作 。LANGUAGE 中 包含 术语 ， 有 些 术语 
用 来 讨论 模型 中 已 经 明确 的 规则 , 还 有 一 些 术 语 则 来 自 施 加 于 模型 上 的 高 级 组 织 原则 (例如 第 14 
和 第 16 章 要 讨论 的 CONTEXT MAP 和 大 比例 结构 )。 最 后 ， 团 队 一 致 应 用 于 领域 模型 的 模式 名 称 使 
这 种 语言 更 为 丰富 。 

模型 之 间 的 关系 成 为 所 有 语言 都 具有 的 组 合 规则 。 词 和 短语 的 意义 反映 了 模型 的 语义 。 

所 有 开发 人 员 都 应 该 使 用 基于 模型 的 语言 来 描述 系统 中 的 工件 、 任务 和 功能 。 这 个 模型 应 该 
为 开发 人 员 和 领域 专家 提供 一 种 用 于 相互 交流 的 语言 , 而 且 领 域 专 家 们 还 应 该 可 以 使 用 这 种 语言 
来 讨论 需求 、 开 发 计划 和 特性 。 语 言 的 使 用 越 普 遍 ， 理 解 就 越 容易 。 

至 少 ,我 们 应 该 将 它 作为 目标 。 但 最 初 ， 模 型 可 能 不 太 好 ， 因 此 无 法 很 好 地 履行 这 些 职责 。 
它 可 能 不 会 像 领 域 中 所 使 用 的 专业 行 话 那样 具有 丰富 的 语义 。 但 我 们 又 不 能 直接 使 用 行 话 ， 因 
为 它们 有 歧义 和 了 矛盾。 模型 可 能 会 缺乏 开发 人 员 在 编写 代码 时 所 表现 出 来 的 灵活 性 和 话 力 ， 这 
要 么 是 因为 开发 人 员 认 为 模型 不 必 具 有 这 些 特性 ， 要 么 是 因为 编码 风格 只 是 按部就班 地 传递 领 
域 概念 。 

尽管 知识 消化 过 程 和 基于 模型 的 语言 的 使 用 看 起 来 在 次 序 上 没有 先后 之 分 ,但 其 实 前 者 是 依 
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赖 于 后 者 的 , 也 就 是 说 ， 有 助 于 产生 更 有 用 模型 的 知识 消化 过 程 依赖 于 整个 团队 对 使 用 基于 模型 
语言 的 一 致 承诺 。 团 队 一 致使 用 UBIQUITOUS LANGUAGE 可 以 暴露 出 模型 中 存在 的 缺点 ， 这 样 团 队 
就 可 以 尝试 并 找到 不 恰当 术语 或 组 合 词 的 替代 词 。 当 有 些 概念 无 法 用 现 有 语言 中 的 词汇 表达 时 ， 
新 的 词语 将 被 引入 到 讨论 中 。 这 些 语言 上 的 更 改 也 会 在 领域 模型 中 引起 相应 的 更 改 , 并 促使 困 队 
更 新 类 图 并 重 命名 代码 中 的 类 和 方法 ， 其 至 在 术语 的 意义 改变 时 会 导致 行为 也 发 生 改 变 。 

通过 在 实现 的 上 下 文 (context of implementation) 中 使 用 这 种 语言 ， 开 发 人 员 能 够 指出 不 准 
确 和 了 矛盾 的 词 ， 并 和 领域 专家 一 起 找到 有 效 的 替代 词 。 

当然 ,领域 专家 所 讲 的 话 会 超出 UBIQUITOUS LANGUAGE 的 范围 ， 他 们 会 解释 并 给 出 一 个 更 广 
泛 的 上 下 文 。 但 在 模型 的 范围 内 ， 他 们 应 该 使 用 LANGUAGE， 并 在 发 现 那些 擂 口 、 不 完整 或 错误 
的 地 方 之 后 要 特别 留意 。 通 过 一 致 地 使 用 基于 模型 的 语言 并 不 断 完善 它 ， 直 到 它 达 到 非常 流畅 的 
程度 , 我 们 就 可 以 得 到 一 个 完整 的 、 易 于 理解 的 模型 ， 它 完全 由 简单 元 素 组 成 ,这些 简单 元 素 组 
合 到 一 起 表达 了 复杂 的 思想 。 

因此 : 

将 模型 作为 语言 的 中 心 。 确 保 团 队 在 所 有 交流 活动 和 代码 中 坚持 使 用 这 种 语言 。 在 画图 、 写 
东西 特别 是 讲话 时 也 要 使 用 这 种 语言 。 

通过 尝试 不 同 的 表示 方法 (它们 反映 了 不 同 模型 ) 来 消除 难点 。 然 后 重 构 代 码 ， 并 对 类 、 方 
法 和 模块 重新 命名 ， 以 便 与 新 模型 相 -- 致 。 解 决 交谈 中 的 术语 混淆 问题 ,就 像 我 们 对 普通 词汇 形 
成 一 个 公认 的 理解 一 样 。 

要 认识 到 UBIQUITOUS LANGUAGE 中 的 更 改 就 是 对 模型 的 更 改 。 

领域 专家 应 该 避免 使 用 鞍 口 或 无 法 表达 领域 理解 的 术语 或 结构 , 开发 人 员 应 该 密切 监视 那些 
将 会 妨碍 设计 的 有 歧义 和 不 一 致 的 地 方 。 

有 了 UBIQUITOUS LANGUAGE， 模 型 就 不 仅仅 是 一 个 设计 工件 了 。 它 成 为 开发 人 员 和 领域 专家 
共同 完成 的 每 项 工作 中 的 不 可 或 缺 的 部 分 。LANGUAGE 以 动态 形式 传递 知识 。 使 用 这 种 LANGUAGE 
进行 讨论 能 够 更 清楚 地 表达 图 和 代码 背后 的 真实 含义 。 


我 们 在 这 里 讨论 的 UBIQUITOUS LANGUAGE 假 设 只 有 一 个 模型 。 第 14 章 将 讨论 存在 不 同 模 型 
《和 LANGUAGE) 时 应 该 如 何 处 理 ， 以 及 如 何 防 止 模型 分 列 。 

UBIQUITOUS LANGUAGE 是 那些 不 以 代码 形式 出 现 的 设计 方面 的 主要 载体 , 这 些 方 面包 括 把 整 
个 系统 组 织 在 一 起 的 比例 结构 (参见 第 16 章 )、 定 义 了 不 同系 统 和 模型 之 间 关系 的 BOUNDED 





CoNrExr (参见 第 14 音 ) ， 以 及 在 模型 和 设计 中 使 用 的 其 他 模式 。 es 
国 3 久 改制 定货 运 路 线 > 





2 





下 面 这 两 段 对 话 有 着 微妙 但 重要 的 差别 。 在 每 个 对 话 场景 中 , 注意 观察 讲话 者 有 多 少 F 
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谈论 软件 的 业务 功能 ， 有 多 少 内 容 是 从 技术 上 谈论 软件 的 工作 机 理 的 。 用 户 和 开发 人 员 用 的 是 同 



































一 种 语言 吗 ? 它 是 否 是 一 种 可 以 用 来 讨论 应 用 程序 功能 的 丰富 语言 ? 
站 场景 1， 最 小 化 的 领域 抽象 国 
Cargo 

cargold Routing Service 

origin 

destination origin 

customs clearance (opt) destination 

weight customs clearance(opt) a 

populate 

Taz Mat Coce cargo_bookings table 
Database table: cargo_bookings 

Cargo_ID Transport Load Unload 

图 2-1 


用 户 : 那么 ， 当 更 改 清关 (customs clearance) ?地 点 时 ， 需 要 重新 制定 整个 路 线 计 划 嘴 。 

开发 人 员 ， 是 的 。 我 们 将 从 货运 表 (shipment table) 中 删除 所 有 包含 该 贷 物 id 的 行 ， 然 后 将 
-出 发 地 、 目 的 地 和 新 的 清关 地 点 传递 给 Routing Service， 它 会 重新 填充 表格 。Cargo 中 必须 有 一 个 
布尔 值 ， 用 于 指示 货运 表 中 是 否 有 数据 。 

用 户 : 删除 行 ? 好 ， 就 按 你 说 的 做 。 但 是 ， 如 果 先 前 根本 没有 指定 清关 地 点 ,也 需要 这 么 做 
吗 ? 

开发 人 员 : 是 的 ， 无 论 何 时 更 改 了 出 发 地 、 目 的 地 或 清关 地 点 (或 是 第 一 次 输入 ) ， 都 将 检 
查 是 否 已 经 有 货运 数据 ， 如 果 有 ， 则 删除 它们 ， 然 后 由 Routing Service 重 新 生成 数据 。 

用 户 ， 妆 然 ， 如 果 原 有 的 清关 数据 碰巧 是 正确 的 ， 我 们 就 不 需要 这 样 做 了 。 

开发 人 员 : 到 ， 没 问题 。Routing Service 每 次 重新 加 载 或 却 载 数据 都 很 容易 。 

用 户 : 是 的 ,但 为 新 航线 制定 所 有 支持 计划 的 工作 量 很 大 ， 因 此 我 们 一 般 不 想 更 改 路 线 ， 除 
非 清 关 地 点 的 更 改 要 求 必须 更 改 路 线 。 

开发 人 员 : 哦 , 好 的 ， 当 第 一 次 输入 清关 地 点 时 , 我 们 需要 查询 表格 , 找到 以 前 的 清关 地 点 ， 
然后 与 新 的 清关 地 点 进行 比较 ， 从 而 判断 是 否 需要 重新 制定 路 线 。 


@ 清关 即 结 关 ， 习惯 上 又 称 通关 ， 是 指 进 口 货物 、 出 口 货物 和 转运 货物 进出 一 国 海关 或 国境 时 必须 向 海关 申报 ， 办 
理 海关 规定 的 各 项 手续 ， 履 行 各 项 法 规 规定 的 义务 。 一 一 译 者 注 
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用 户 : 不 必 考 虑 出 发 地 和 目的 地 的 变化 ， 因 为 这 样 考 虑 的 话 总 是 需要 更 改 航线 。 
开发 人 员 : 好 的 ， 我 明白 了 。 


站 场景 2， 用 领域 模型 进行 讨论 六 
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图 2-2 


用 户 : 那么 ， 当 更 疏 清 关 地 点 时 ， 需 要 重新 制定 整个 路 线 计划 嘿 。 

开发 人 员 : 是 的 。 当 更 改 Route Specification (路 线 说 明 ) 的 任意 属性 时 ， 都 将 删除 原 有 的 
Ttinerary (航线 ) ， 并 要 求 Routing Service (路 线 服务 ) 基于 新 的 Route Specification 生 成 一 个 新 的 
Itinerary 。 

用 户 : 如 果 先 前 根本 没有 指定 清关 地 点 ， 也 需要 这 么 做 吗 ? 

开发 人 员 : 是 的 ,无 论 何 时 更 改 了 Route Spec 的 任何 属性 ， 都 将 重新 生成 Itinerary。 这 也 和 包括 
第 一 次 输入 某 些 属性 。 

用 户 : 当然 ， 如 果 原 有 的 清关 数据 碰巧 是 正确 的 ， 我 们 就 不 需要 这 样 做 了 。 

开发 人 员 : 哦 ， 没 问题 。Routing Service 每 次 重新 生成 一 个 Itinerary 很 容易 。 

用 户 : 是 的 ,但 为 新 航线 制定 所 有 支持 计划 的 工作 量 很 大 ， 因 此 我 们 一 般 不 起 更 改 路 线 ， 除 
非 清 关 地 点 的 更 改 要 求 必须 更 改 路 线 。 

开发 人 员 : 哦 。 那 么 需要 在 Route Specification 添 加 一 些 功 能 。 这 样 ， 当 更 改 Route Specification 
中 的 属性 时 ， 查 看 Itinerary 是 否 仍 满足 Specification。 如 果 不 满足 ， 则 需要 由 Routing Service 重 新 
生成 Itinerary。 
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用 户 : 不 汉 考 虑 出 发 地 和 目的 地 的 变化 ， 因 为 这 样 考 上 处 的话 总 是 需要 更 改 Itinerary。 
开发 人 员 : 好 的 ， 但 每 次 只 做 比较 就 简单 多 了 。 只 有 当 不 满足 Route Specification 时 ， 才 重新 
生成 Itinerary。 


第 二 段 对 话 表 达 了 领域 专家 的 更 多 意图 。 在 这 两 段 对 话 中 ， 用 户 都 使 用 了 “itinerary” 这 个 
词 , 但 在 第 二 段 中 它 是 一 个 对 象 ,这 使 得 双方 可 以 更 准确 .具体 地 进行 讨论 。 他 们 明确 讨论 了 route 
specification”， 而 不 是 每 次 都 通过 属性 和 过 程 来 描述 它 。 

这 两 段 对 话 有 意 使 用 了 相似 的 结构 。 实 际 上 , 第 一 段 对 话 显得 更 哆 陵 , 这 是 由 于 对 话 双 方 需 
要 不 断 对 应 用 程序 的 特性 和 表达 不 清 的 地 方 进行 解释 。 第 二 段 对 话 使 用 了 基于 领域 模型 的 术语 ， 
因此 讨论 更 简洁 。 


2.2 “大 声 地 ” 建 模 


如 果 不 把 “讲话 ”与 各 种 沟通 方式 配合 起 来 使 用 ,那么 将 是 巨大 的 浪费 ， 因 为 人 类 本 身 就 有 
讲话 的 天 赋 。 遗 憾 的 是 ， 当 人 们 讲话 时 ， 一 般 并 不 使 用 领域 模型 的 语言 。 

可 能 开始 时 你 并 不 认为 上 述 论断 是 正确 的 , 而 且 的 确 有 例外 情况 。 但 下 次 你 参加 需求 或 设计 
讨论 时 , 不 妨 认真 听 一 下 。 你 将 听 到 人 们 用 业务 行 话 (或 者 是 用 外 行人 的 语言 ) 所 做 的 业务 描述 。 
还 会 听 到 人 们 讨论 技术 工件 和 具体 的 功能 。 当 然 ， 你 还 会 听 到 一 些 领 域 模型 术语 ， 人们 共同 使 用 
的 业务 行 话 中 的 一 些 浅 显 易 懂 的 名 词 在 编码 时 通常 被 用 作对 象 名 称 ， 因 此 这 些 词 经 常 被 人 们 提 
到 。 但 你 是 否 也 稍稍 听 到 一 些 对 当前 领域 模型 中 的 关系 和 交互 所 做 的 描述 呢 ? 

精 化 模型 的 最 佳 方式 之 一 就 是 通过 对 话 来 研究 , 找 出 可 能 的 模型 变化 , 并 试 着 大 声 说 出 对 它 
们 的 多 种 构想 。 这 样 不 完善 的 地 方 很 容易 被 听 出 来 。 


“如 果 我 们 向 Routing Service 提 供出 发 地 、 目 的 地 和 到 达 时 间 ， 就 可 以 查询 货物 的 
停靠 地 点 ， 咽 …… 将 它们 存 到 数据 库 中 。” (含糊 且 偏 重 于 技术 ) 

“出 发 地 、 目 的 地 …… 把 它们 都 输入 到 Routing Service 中 ， 我 们 得 到 一 个 Itinerary， 
它 包 含 我 们 所 需 的 全 部 信息 。” (更 具体 ， 但 过 于 虽 叶 ) 

“Routing Service 查 找 满足 Route Specification 的 Itinerary。” (简洁 ) 


使 用 单词 和 短语 是 极为 重要 的 , 在 建 模 时 这 可 以 增强 我 们 的 语言 能 力 , 就 像 画 草图 对 于 视觉 
和 空间 推理 十 分 重要 一 样 。 我 们 利用 分 析 能 力 进行 系统 性 的 分 析 和 设计 , 并 揭 开 代码 的 神秘 面纱 。 
这 些 思考 方式 互 为 补充 ， 要 想 找 到 有 用 的 模型 和 设计 ， 需 要 将 这 些 方式 结合 起 来 使 用 。 在 所 有 这 
些 方式 中 , 语言 上 的 实验 常常 是 最 容易 被 忽视 的 《本 书 第 三 部 分 将 深入 探讨 这 种 发 现 过 程 ， 并 通 
过 几 段 对 话 来 显示 它们 之 间 的 相互 影响 )。 

事实 上 , 我 们 的 大 脑 似乎 很 擅长 处 理 口语 的 复杂 性 (在 这 个 话题 上 , 我 也 是 一 个 门外汉 ,如 
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果 读 者 也 像 我 一 样 ， 可 以 参考 Steven Pinker 所 著 的 The Laneuage lnstinct [Pinker 1994] 来 了 解 这 种 
处 理 能 力 ) 。 例 如 ， 当 具有 不 同 语言 背景 的 人 一 起 讨论 商业 问题 时 ， 如 果 他 们 没有 一 种 公共 语言 ， 
就 会 发 明 一 种 称 为 “混杂 语 ”(pidgin) 的 公共 语言 。 混 杂 语 并 不 像 讲 话 者 的 母语 那样 详尽 ,但 它 
适合 当前 任务 。 当 人 们 谈话 时 ， 自 然 会 发 现 词语 解释 和 意义 上 的 差别 ， 而 且 自 然而 然 会 解决 这 些 
差别 。 他 们 会 发 现 这 种 语言 中 的 星 涩 之 处 并 消除 它们 ， 从 而 使 语言 变 得 顺畅 。 

上 大 学 时 ,我 曾经 修 过 西班牙 语 速 成 课 。 课 堂上 规定 不 准 讲 英 语 。 最 初 ， 感 觉 很 别 相 ,而 且 
需要 很 强 的 自制 力 。 但 最 后 我 和 辣 学 们 都 达到 了 通过 书面 练习 永远 不 可 能 达到 的 流利 程度 。 

当 我 们 在 讨论 中 使 用 领域 模型 的 UBIQUITOUS LANGUAGE 时 , 特别 是 在 开发 人 员 和 领域 专家 一 起 
仔细 研究 场景 和 需求 的 讨论 中 ，UBIQUITOUS LANGUAGE 的 使 用 会 越 来 越 流 利 ， 而 且 我 们 还 可 以 互相 
指点 一 些 细微 的 差别 。 我 们 很 自然 地 一 起 使 用 这 种 语言 ， 而 图 和 文档 永远 也 无 法 实现 这 种 效果 。 

要 想 在 软件 项 目 上 产生 一 种 UBIQUITOUS LANGUAGE， 说 起 来 容易 ， 做 起 来 却 难 ， 我 们 必须 充 
分 利用 自然 赋予 我 们 的 才能 来 实现 这 个 目标 。 正如 入 类 的 视觉 和 空间 思维 能 力 使 我 们 能 够 通过 图 
形 快速 传达 和 处 理 信 息 一 样 , 我 们 也 可 以 利用 自然 天 赋 来 开发 一 种 符合 语法 规则 的 、 有 意义 的 语 
言 ， 从 而 推动 模型 的 开发 。 

因此 ， 下 面 这 段 话 可 作为 UBIQUITOUS LANGUAGE 模 式 的 补充 ， 

讨论 系统 时 要 结合 模型 .使 用 模型 的 元 素 以 及 模型 中 各 元 素 之 间 的 交互 来 大 声 描 述 场景 , 并 
且 按 照 模型 允许 的 方式 将 各 种 概念 结合 到 一 起 。 找 到 更 简单 的 表达 方式 来 讲 出 你 要 讲 的 话 , 然后 
将 这 些 新 的 思想 应 用 到 图 和 代码 中 。 


.2.3 一 个 团队 ， 一 种 语言 


技术 人 员 通 常 认 为 业务 专家 最 好 不 要 接触 领域 模型 ， 他 们 认为 : 

“领域 模型 对 他 们 来 说 太 抽象 了 。” 

“他 们 不 理解 对 象 。 

“这 样 我 们 就 不 得 不 用 他 们 的 术语 来 收集 需求 。 

上 面 只 是 列举 了 我 从 一 个 使 用 两 种 语言 的 团队 中 听 到 的 少数 几 个 原因 。 忘 掉 它 们 吧 。 

当然 ， 设 计 中 有 一 些 技术 组 件 与 领域 专家 无 关 ， 但 模型 的 核心 最 好 让 他 们 参与 。 过 于 抽象 ? 
那 你 怎么 知道 抽象 是 否 合理 ? 你 是 否 像 他 们 一 样 深 入 地 理解 领域 7” 有 时 , 某 些 特定 需求 是 从 底层 用 
户 那里 收集 的 , 他 们 在 描述 这 些 需求 时 可 能 会 用 到 一 小 部 分 更 具体 的 术语 , 但 领域 专家 能 够 更 深入 
地 思考 他 们 所 从 事 的 领域 .如 果 连 经 验 丰 富 的 领域 专家 都 不 能 理解 模型 ,那么 模型 一 定 是 有 问题 的 。 

最 初 ， 当 用 户 刚 开始 讨论 尚未 建 模 的 系统 的 未 来 功能 时 ,他 们 没有 模型 可 供 使 用 。 但 当 他 们 
开始 与 开发 人 员 一 起 仔细 讨论 这 些 新 的 思想 时 , 探索 共享 模型 的 过 程 就 开始 了 。 最 初 的 模型 可 能 
很 笨拙 且 不 完整 ,但 会 逐渐 精 化 。 随 着 新 语言 的 演进 ， 领 域 专家 必须 付出 更 多 努力 来 适应 它 ， 并 
更 新 那些 仍然 很 重要 的 旧 文 档 。 
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当 领 域 专家 使 用 这 种 LANGUAGE 互 相 讨论 ， 或 者 与 开发 人 员 进 行 讨 论 时 ， 很 快 就 会 发 现 模型 
中 哪些 地 方 不 符合 他 们 的 需要 ， 其 至 是 错误 的 。 由 于 基于 模型 的 语言 要 求 十 分 精确 ， 因 此 领域 专 
家 (在 开发 人 员 的 帮助 下 ) 也 将 发 现 他 们 的 想法 中 的 一 些 矛 盾 和 含糊 之 处 。 

开发 人 员 和 领域 专家 可 以 通过 一 步 一 步 地 使 用 模型 对 象 来 走 查 场 景 , 从 和 而 对 模型 进行 非 正式 
的 测试 。 每 次 讨论 都 是 开发 人 员 和 专家 一 起 使 用 模型 的 机 会 ， 在 这 个 过 程 中 ,他 们 可 以 互相 加 深 
理解 ， 并 对 概念 进行 精 化 。 

领域 专家 可 以 使 用 模式 语言 来 编写 用 例 ， 甚 至 可 以 直接 利用 模型 来 指定 验收 测试 。 

有 时 ， 有 人 会 反对 使 用 模型 语言 来 收集 需求 。 这 些 人 会 说 ， 难 道 需求 不 应 该 独立 于 实现 它们 
的 设计 吗 ? 这 种 观点 忽视 了 所 有 语言 都 要 基于 某 种 模型 这 一 事实 。 词 的 意义 是 一 种 难以 掌握 的 东 
西 。 领 域 模型 通常 是 从 领域 专家 自己 的 行 话 中 推导 出 来 的 ,但 已 经 经 过 了 “清理 ”， 以 便 具 有 更 明 
确 、 更 严密 的 定义 。 当 然 ， 如 果 这 些 定义 与 领域 公认 的 意义 有 较 大 差别 ， 领 域 专家 应 该 反对 。 在 
敏捷 过 程 中 ， 需 求 是 随 着 项 目的 前 进而 演变 的 ， 因 为 几乎 不 存在 现成 的 知识 可 以 完全 确定 一 个 适 
当 的 应 用 程序 。 用 精 化 后 的 UBIQUITOUS LANGUAGE 来 重新 组 织 需 求 应 该 是 这 种 演变 过 程 的 一 部 分 。 

语言 的 多 样 性 通常 是 必要 的 , 但 领域 专家 与 开发 人 员 之 间 不 应 该 有 语言 上 的 分 歧 (第 12 章 将 
讨论 多 个 模型 在 同一 个 项 目 上 共存 的 情况 )。 

当然 ， 开 发 人 员 确 实 会 使 用 领域 专家 无 法 理解 的 一 些 技术 术语 。 开 发 人 员 有 很 多 用 来 讨论 系 
统 技术 的 行 话 。 几 乎 可 以 肯定 的 是 , 用 户 也 将 有 一 些 开发 人 员 无 法 理解 的 、 超 出 应 用 程序 范围 的 专 
用 行 话 。 但 这 些 是 对 语言 的 扩展 , 在 反映 独特 模型 的 同一 个 领域 中 , 他 们 使 用 的 词汇 应 该 是 一 致 的 。 


UBIQUITOUS LANGUAGE 
开发 人 员 不 理 
解 的 业务 术语 


AN 













领域 模型 术语 





BouNpED CONTEXTS 的 名 称 
( 参见 第 14 章 ) 









大 比例 结构 的 术语 每 个 人 都 使 用 ， 
(参见 第 16 章 ) 但 却 不 出 现在 设计 
中 的 业务 术语 










技术 设计 模式 本 书 中 提 到 的 
很 多 模式 名 称 





准备 添加 到 模型 中 的 
候选 部 分 ( 参见 第 10 章 ) 


图 2-3 行 话 的 交集 产生 了 UBIQUIroUs LANGUAGE 
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有 了 UBIQUITOUS LANGUAGE 之 后 ,开发 人 员 之 间 的 对 话 、 领 域 专家 之 间 的 讨论 以 及 代码 本 身 
的 表达 都 基于 同一 种 语言 ， 都 来 自 于 一 个 共享 的 领域 模型 。 


2.4 文档 和 图 


每 当 我 参加 讨论 软件 设计 的 会 议 时 ， 如 果 不 在 白板 或 画板 上 画图 , 我 就 很 难 讨论 下 去 。 我 画 
的 大 部 分 是 UML 图 ， 其 中 又 以 类 图 和 对 象 交 互 图 为 主 。 

有 些 人 天 生 习 惯 于 直观 一 些 的 表现 方法 ， 图 可 以 帮助 人 们 掌握 某 些 信息 。UMIL 图 非常 控 于 
表达 对 象 之 间 的 关系 , 尤其 擅长 显示 对 象 交 互 。 但 它们 不 会 给 出 这 些 对 象 的 概念 定义 。 在 会 议 中 ， 
我 在 画图 时 会 用 语言 来 解释 它们 的 意义 ， 或 者 在 与 其 他 参与 者 讨论 时 进行 解释 。 

简单 、 非 正式 的 UML 图 可 以 成 为 讨论 的 主题 。 以 当前 问题 为 中 心 ， 画 3 一 5 个 对 象 ， 这 样 每 
个 人 都 可 以 集中 注意 力 。 每 个 人 都 将 看 到 同一 个 对 象 关 系 视图 ， 更 重要 的 是 ， 都 将 使 用 相同 的 
对 象 名 称 。 这 样 口头 讨论 会 更 加 高 效 。 当 人 们 尝试 不 同 的 想法 上 时， 可 以 对 图 进行 修改 ,草图 在 
茶 种 程度 上 可 以 反映 讨论 的 变化 ， 这 是 讨论 中 真正 重要 的 部 分 。 毕 竞 ，UML 本 质 上 是 一 种 语言 
一 一 统一 建 模 语言 。 

当 人 们 必须 要 通过 UML 图 表示 整个 模型 或 设计 时 ， 麻 烦 也 随 之 而 来 。 很 多 对 和 象 模型 图 在 某 
些 方面 过 于 细致 ,同时 在 茶 些 方面 又 有 很 多 遗漏 。 说 它们 过 于 细致 是 因为 人 们 认为 必须 将 所 有 要 
编码 的 对 象 放 到 建 模 工具 中 。 细 节 过 多 的 结果 是 “只 见 树木 ， 不见 森林 ”。 

尽管 存在 所 有 这 些 细节 , 有 关 属 性 和 关系 的 内 容 也 只 占 到 了 对 象 模型 的 一 半 。 这 些 对 象 的 行 
为 和 约束 并 不 容易 表示 出 来 。 对 象 交互 图 可 以 演示 设计 中 的 一 些 复杂 的 要 点 , 但 却 无 法 用 这 种 方 
式 来 显示 大 部 分 交互 ， 原因 是 工作 量 太 大 了 ， 既 有 创建 图 的 工作 ,也 有 读 取 图 的 工作 。 而 且 交 互 
图 只 能 暗示 出 模型 的 目的 。 要 想 把 约束 和 断言 包括 进来 ， 需 要 在 UML 图 中 使 用 文本 ， 这 些 文本 
用 括号 括 起 来 ， 揪 和信 到 图 中 。 

操作 名 称 可 能 会 暗示 出 对 象 的 行为 职责 ,对象 交互 图 (或 序列 图 ) 中 也 会 隐 含 地 透露 出 这 些 
职责 ,但 不 会 明确 地 表述 。 因 此 ， 这 项 任务 要 靠 补充 文本 或 对 话 来 完成 。 换 言 之 ，UML 图 无 法 
传达 模型 的 两 个 最 重要 的 方面 , 一 个 方面 是 模型 所 表示 的 概念 的 意义 ， 另 一 方面 是 对 象 应 该 做 哪 
些 事情 。 但 是 ,这 并 不 是 大 问题 ， 因 为 仔细 使 用 英语 (或 西班牙 语 或 其 他 任何 一 种 语言 ) 就 可 以 
很 好 地 完成 这 项 任务 。 

UML 也 不 是 一 种 十 分 令 人 满意 的 编程 语言 。 我 从 未 见 过 有 人 使 用 建 模 工 具 的 代码 生成 功能 
实现 了 预期 目的 。 如 果 仅 仅 使 用 UML 功 能 来 建 模 ， 得 到 的 模型 往往 会 遗漏 最 关键 的 部 分 ， 因 为 
有 些 规则 并 不 适合 用 线 框图 来 表示 。 当 然 ， 代 码 生 成 器 也 无 法 使 用 上 面 所 说 的 那些 文本 注释 。 如 
果 一 定 要 使 用 UML 这 样 的 绘图 语言 来 编写 可 执行 程序 ， 那 么 UML 图 就 会 退化 为 程序 本 身 的 另 一 
种 视图 ， 这样，“ 模 型 ”的 真正 含义 就 丢失 了 。 如 果 使 用 UML 作 为 实现 语言 ， 则 仍然 需要 利用 其 
他 手段 来 表达 模型 的 确切 含义 。 
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图 是 一 种 沟通 和 解释 手段 , 它们 可 以 促成 头脑 风暴 活动 。 简洁 的 小 图 能 够 很 好 地 实现 这 些 目 
标 , 而 整个 对 象 模型 的 综合 性 的 大 图 反而 失去 了 沟通 或 解释 能 力 ， 因为 它们 将 读者 淹没 在 大 量 细 
节 中 , 使 读者 无 法 了 解 图 的 含义 。 鉴 于 此 ， 我 们 应 避免 使 用 包罗 万 象 的 对 象 模型 图 ， 甚 至 不 能 使 
用 包含 所 有 细节 的 UML 数 据 存储 库 。 相 反 ， 应 使 用 简化 的 图 ， 图 中 只 包含 对 象 模型 的 重要 概念 
部 分 ， 这些 部 分 对 于 理解 设计 至 关 重 要 。 本 书 中 的 图 都 是 我 在 项 目 中 使 用 过 比较 典型 的 图 。 它 们 
很 简单 ， 而 且 具 有 很 强 的 解释 能 力 ， 在 滞 清 一 些 要 点 时 ,还 使 用 了 一 些 非 标准 的 符号 。 它 们 显示 
了 设计 约束 ， 但 它们 不 是 面面俱到 的 设计 规范 。 它 们 只 是 体现 了 思想 的 纲要 。 

设计 的 重要 细节 应 该 在 代码 中 体现 出 来 。 良 好 的 实现 应 该 是 透明 的 , 清楚 地 展示 它 的 底层 模 
型 (下 一 童 及 本 书 其 他 许多 章节 的 主题 就 是 阐述 如 何 做 到 这 一 点 )。 互 为 补充 的 图 和 文档 能 够 引 
导 人 们 将 注意 力 放 在 核心 要 点 上 。 自然 的 语言 讨论 可 以 消除 语义 上 的 细微 差别 。 这 就 是 为 什么 我 
喜欢 把 UML 图 的 通常 用 法 颠倒 过 来 使 用 原因 。 通 常 的 用 法 是 以 图 为 主 ， 辅 以 文本 注释 。 而 我 更 
愿意 以 文本 为 主 ， 添 加 精心 挑战 的 简化 图 作为 注释 。 

务必 要 记 住 模型 不 是 图 。 图 的 目的 是 帮助 表达 和 解释 模型 .代码 可 以 充当 设计 细节 的 存储 库 。 
青 晰 的 Java 代 码 与 UML 具 有 同样 的 表达 能 力 。 经 过 仔细 选择 和 构造 的 图 可 以 帮助 人 们 集中 注意 
力 , 并 起 到 指导 作用 ， 当 然 前 提 条 件 是 不 能 强制 完全 用 图 来 表示 模型 或 设计 ， 因 为 这 样 会 前 弱 图 
的 清晰 表达 的 能 
2.4.1 ”书面 设计 文档 

口头 交流 可 以 解释 代码 的 含义 ， 因 此 可 作为 代码 精确 性 和 细节 的 补充 。 但 是 ， 虽 然 口 头 讨论 对 
于 人 们 理解 模型 具有 至 关 重 要 的 意义 ， 但 书面 文档 也 是 必 不 可 少 的 ， 任 何 规模 的 困 队 都 需要 它 来 提 
供 稳 定 和 共享 的 交流 。 但 要 想 编写 出 能 够 帮助 团队 开发 好 的 软件 的 书面 文档 却 是 一 个 不 小 的 挑战 。 

一 旦 文档 变 成 持久 形式 , 往往 就 会 从 项 目 进展 流程 中 脱离 出 来 。 它 会 跟 不 上 代码 或 项 目 语言 
的 演变 。 

书面 文档 有 很 多 编写 方法 。 本 书 第 四 部 分 将 介绍 几 种 满足 特定 需要 的 具体 文档 , 但 不 会 列 出 
项 目 需 要 使 用 的 所 有 文档 的 集合 ， 而 是 给 出 两 条 用 于 评估 文档 的 总 体 原则 。 

文档 应 作为 代码 和 口头 交流 的 补充 

每 种 敏捷 过 程 在 编写 文档 方面 都 有 自己 的 原则 。 极限 编程 不 主张 使 用 过 多 的 设计 文档 , 而 让 
代码 解释 它 自己 。 实际 运行 的 代码 不 会 说 谎 , 而 其 他 文档 则 不 然 。 运行 代码 所 产生 的 行为 是 明确 的 。 

极限 编程 主要 关注 程序 的 活动 元 素 以 及 可 执行 的 测试 。 为 代码 添加 的 注释 不 会 影响 程序 的 行 
为 ， 因 此 它们 往往 不 会 与 活动 代码 及 其 驱动 模型 保持 同步 。 同 理 ， 外 部 文档 和 图 也 不 会 影响 程序 
的 行为 , 因此 它们 也 不 会 与 代码 同步 。 另 一 方面 ,口头 交流 和 临时 在 白板 上 画图 不 会 长 久保 留 而 
产生 混淆 。 完 全 依赖 代码 作为 一 种 交流 媒介 可 以 促使 开发 人 员 保 持 代码 的 整洁 和 透明 。 

但 代码 作为 一 种 设计 文档 ， 自 身 也 存在 局 限 性 。 它 可 能 会 把 读 代码 的 人 淹没 在 细节 中 。 尽 管 
代码 的 行为 是 非常 明确 的 , 但 这 并 不 意味 着 通过 读 代 码 就 能 显而易见 地 看 出 行为 。 而 且 行 为 的 意 
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义 可 能 更 难 表示 。 换 盲 之， 仅仅 使 用 代码 这 一 种 文档 形式 与 过 度 地 使 用 UML 图 具有 同样 的 基本 
问题 。 当 然 , 团队 进行 大 量 的 口头 交流 虽然 能 够 为 代码 提供 上 下 文 和 指导 , 但 口头 交流 是 短暂 的 ， 
并 且 受 到 地 理 位 置 的 限制 。 此 外 ， 开 发 人 员 并 不 是 唯一 一 些 需 要 理解 模型 的 人 。 

文档 不 应 再 重复 表示 代码 已 经 明确 表达 出 的 内 容 。 代码 已 经 含有 各 个 细节 , 它 本 身 就 是 一 种 
精确 的 程序 行为 说 明 。 

其 他 文档 应 该 着 重 说 明 含 义 , 以 便 使 人 们 能 够 深入 理解 大 比例 结构 , 并 将 注意 力 集中 在 核心 
元 素 上 。 当 编程 语言 无 法 直接 明了 地 实现 概念 时 , 文档 可 以 汪清 设计 意图 。 我 们 应 该 把 书面 文档 
作为 代码 和 口头 讨论 的 补充 。 

文档 应 努力 寻求 生存 之 道 并 保持 最 新 

我 在 为 模型 编写 书面 文档 时 , 会 仔细 选择 一 个 小 的 模型 子 集 来 画图 , 然后 在 图 的 周围 用 文字 
注释 。 我 用 文字 定义 类 及 其 职责 , 并 且 像 只 有 自然 语言 才能 做 到 的 那样 把 它们 限定 在 一 个 语义 上 
下 文中 。 但 图 显示 了 在 总 结 和 简化 概念 并 将 其 放 入 对 象 模 型 过 程 中 所 做 的 一 些 选择 。 这 些 图 可 以 

[38 | 是 临时 性 的 ， 甚 至 是 手绘 的 。 手 绘图 的 好 处 是 节省 工作 量 ， 并 且 人 们 一 看 就 知道 它们 是 临时 的 。 
这 些 优 点 都 非常 有 利于 交流 ， 因 为 它们 通常 是 模型 思想 的 真实 表示 。 

设计 文档 的 最 大 价值 是 解释 模型 的 概念 ,帮助 在 代码 的 细节 中 指引 方向 , 或 许 还 可 以 帮助 人 
们 深入 了 解 模型 的 使 用 风格 。 根 据 不 同 的 团队 思想 ， 整 个 设计 文档 可 能 会 十 分 简单 ,例如 只 是 贴 
在 墙 上 的 一 组 草图 ， 也 可 能 会 非常 详尽 。 

文档 必须 深入 到 各 种 项 目 活 动 中 去 。 判 断 是 否 做 到 这 一 点 的 最 简单 方法 ， 是 观察 文档 与 UBI- 
QUITOUS LANGUAGE 之 间 的 交互 。 文 档 是 用 人 们 《当前 ) 在 项 目 上 讲 的 语言 编写 的 吗 ? 它 是 用 向 
入 到 代码 中 的 语言 编写 的 吗 ? 

注意 昕 UBIQUITOUS LANGUAGE， 观 察 它 是 如 何 变化 的 。 如 果 设 计 文 档 中 使 用 的 术语 不 再 出 现 
在 讨论 和 代码 中 ， 那 么 文档 就 失去 了 作用 。 或许 是 文档 太 大 或 太 复杂 了 ,或许 是 它 没有 突出 一 个 
十 分 重要 的 主题 。 人 们 不 再 阅读 文档 ,或 者 对 它 失 去 了 兴趣 。 如 果 文 档 对 UBIQUITOUS LANGUAGE 
没有 影响 ， 那 么 一 定 是 出 问题 了 。 | 

相反 ， 我 们 可 能 会 听 到 UBIQUITOUS LANGUAGE 发 生 了 自然 变化 ， 而 文档 却 相 对 滞后 。 这 显然 
说 明 人 们 不 再 关心 文档 , 或 者 认为 它 不 重要 而 不 去 更 新 它 。 这 时 可 以 将 它 作为 历史 文件 安全 地 归 
档 , 而 继续 使 用 这 样 的 文档 可 能 会 产生 混淆 并 损害 项 目 。 如 果 文 档 的 角色 不 太 重要 ， 那么 总 是 将 
它 更 新 为 最 新 状态 将 是 劳动 力 的 浪费 。 

UBIQUITOUS LANGUAGE 可 以 使 其 他 文档 (例如 需求 规格 说 明 ) 更 简洁 和 明确 。 当 领域 模型 反 
映 了 与 业务 最 相关 的 知识 时 ， 应 用 程序 的 需求 成 为 该 模型 内 部 的 场景 ， 而 UBIQUITOUS LANGUAGE 
可 用 于 描述 这 样 一 个 直接 与 MODEL-DRIVEN DESIGN 有 关 的 场景 (参见 第 3 章 )。 结 果 就 是 规格 说 明 

的 编写 更 简单 ， 因 为 它们 不 必 传达 模型 背后 隐 含 的 业务 知识 。 
通过 将 文档 减 至 最 少 ， 并 且 主 要 用 它 来 补充 代码 和 口头 交流 ， 就 可 以 避免 文档 与 项 目 脱节 。 
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根据 UBIQUITOUS LANGUAGE 及 其 演变 来 选择 那些 需要 保持 更 新 并 与 项 目 活动 紧密 交互 的 文档 。 
2.4.2 完全 依赖 可 执行 代码 的 情况 


现在 我 们 来 考查 一 下 XP 社 区 和 其 他 一 些 人 的 选择 ，XP 社 区 几乎 完全 依赖 可 执行 代码 和 代码 
测试 。 本 书 主要 讨论 了 如 何 通 过 MODEL-DRIVEN DESIGN 使 代码 表达 出 设计 的 含义 (参见 第 3 章 )。 
好 的 代码 具有 很 强 的 表达 能 力 , 但 它 所 传递 的 信息 不 能 确保 是 准确 的 。 一 段 代 码 所 产生 的 实际 行 
为 是 不 会 改变 的 。 但 是 , 方法 名 称 可 能 会 有 歧义 、 会 产生 误导 或 者 因为 已 经 过 时 而 无 法 表示 方法 
的 本 质 含 义 。 测试 中 的 断言 是 严格 的 , 但 变量 和 代码 组 织 方式 所 表达 出 来 的 意思 未 必 严 格 。 好 的 
编程 风格 会 尽力 使 这 种 联系 直接 化 ， 但 这 仍然 主要 靠 开 发 人 员 的 自律 。 只 有 严格 地 自律 才能 编写 
出 “言行 一 致 ”的 代码 。 

消除 歧义 是 声明 式 设 计 (参见 第 10 章 ) 这 样 的 方法 的 最 大 优点 ， 在 这 种 设计 中 ， 程 序 元 素 的 
用 途 的 陈述 决定 了 它 在 程序 中 的 实际 行为 。 从 UML 生 成 程序 的 部 分 动机 就 来 源 于 此 ， 虽 然 目 前 
看 来 这 通常 不 会 得 到 好 的 结果 。 

尽管 代码 可 能 会 产生 误导 , 但 它 仍 然 比 其 他 文档 更 基础 。 要 想 利 用 当前 的 标准 技术 使 代码 所 
传达 的 消息 与 它 的 行为 和 意图 保持 一 致 , 要 求 有 严格 的 设计 规程 和 特定 的 思考 方式 (第 三 部 分 将 
详细 讨论 这 些 问 题 )。 要 有 效 地 实现 交流 ， 代 码 必须 基于 在 编写 需求 时 所 使 用 的 同一 种 语言 ， 也 
就 是 开发 人 员 之 间 、 开 发 人 员 与 领域 专家 之 间 进 行 讨论 时 所 使 用 的 语言 。 


2.5 解释 性 模型 


本 书 的 核心 思想 是 在 实现 .设计 和 团队 交流 中 使 用 同一 个 模型 作为 基础 ,如 果 各 有 各 的 模型 ， 
将 会 导致 危险 的 后 果 。 

模型 在 帮助 领域 学 习 方 面 也 具有 很 大 价值 。 对 设计 起 到 推动 作用 的 模型 是 领域 的 一 个 视图 ， 
但 为 了 学 习 领 域 , 还 可 以 引入 其 他 视图 ， 这 些 视 图 只 用 作 传递 一 般 领 域 知识 的 教学 工具 。 出 于 此 
目的 ， 人 们 可 以 使 用 与 软件 设计 无 关 的 其 他 种 类 模型 的 那些 图 片 或 文字 。 

使 用 其 他 模型 的 一 个 特殊 原因 是 范围 。 驱 动 软件 开发 过 程 的 技术 模型 必须 经 过 严格 的 精简 ， 
以 便 用 最 小 化 的 模型 来 实现 其 功能 。 而 解释 性 模型 则 可 以 包含 提供 了 上 下 文 的 那些 领域 方面 , 用 
于 澄清 范围 上 受到 严格 限制 的 技术 模型 。 

解释 性 模型 提供 了 一 定 的 自由 度 ,， 可 以 专门 为 某 个 特殊 主题 定制 一 些 表达 力 更 强 的 风格 。 领 
域 专家 在 一 个 领域 中 所 使 用 的 视觉 隐喻 通常 呈现 了 更 清晰 的 解释 ， 这 可 以 教 给 开发 人 员 领 域 知 
识 , 同时 使 领域 专家 们 的 意见 更 一 致 。 解 释 性 模型 还 可 以 以 一 种 不 同 的 方式 来 呈现 领域 ,各 种 不 
同 角 度 的 解释 有 助 于 人 们 更 好 地 学 习 。 

解释 性 模型 不 必 是 对 象 模型 ， 而 且 最 好 不 是 。 实 际 上 在 这 些 模 型 中 不 使 用 UML 是 有 好 处 的 ， 
这 样 可 以 避免 人 们 错误 地 认为 这 些 模型 与 软件 设计 是 一 致 的 。 尽管 解释 性 模型 与 驱动 设计 的 模型 
往往 有 对 应 关系 ， 但 它们 并 不 完全 类 似 。 为 了 避免 混淆 ， 每 个 人 都 必须 知道 它们 之 间 的 区 唱 。 
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| 示例 ， 航运 操作 和 路 线 


考虑 一 个 用 来 跟踪 某 家 航运 公司 货物 的 应 用 程序 。 模 型 包含 一 个 详细 的 视图 , 它 显示 了 如 何 
将 港口 装卸 (port operation) 和 货轮 航次 《vessel voyages) 组 合 为 一 次 货运 的 操作 计划 〈 路 线 ”) 。 
如 图 2-4 所 示 。 但 对 外 行 而 言 ， 类 图 可 能 起 不 到 多 大 的 说 明 作 用 。 


Voyage Route 
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图 2-4 ”航运 路 线 的 类 图 


在 这 种 情况 下 ， 解 释 性 模型 可 以 帮助 团队 成 员 理 解 类 图 的 实际 含义 。 图 2-5 是 表示 相同 概念 
的 另 一 种 方式 。 


货船 运输 运输 
人 3 
由 运输 商 由 运输 商 由 运输 商 
ABC 装 货 XYZ 印 灌 XYZ 装 货 
停放 在 港口 的 
LGB03 位 置 


图 2-5 航运 路 线 的 解释 性 模型 


图 中 的 每 根 线段 都 表示 货物 的 一 种 状态 一 一 或 者 正在 港口 装卸 〈 装 货 或 印 货 ) ， 或 者 停放 在 
仓库 里 ,或 者 正在 运输 途中 。 这 个 图 并 没有 与 类 图 中 的 细节 一 一 对 应 ， 但 强调 了 领域 的 要 点 。 

这 种 图 连同 对 它 所 表示 的 模型 的 自然 语言 解释 ,能够 帮助 开发 人 员 和 领域 专家 理解 更 严格 的 
软件 模型 图 。 把 这 两 种 图 放 在 一 起 看 要 比 单独 看 一 种 图 更 容易 理解 。 
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YLy 我 走 进 办 公 室 ,首先 映 入 眼帘 的 是 墙 上 那 一 大 张 打印 出 来 的 完整 类 图 ， 它 占据 了 一 大 

面 墙 。 这 是 我 进入 某 个 项 目 组 的 第 一 天 ， 在 这 之 前 ， 聪 明 的 项 目 组 成 员 花 费 了 几 个 月 

的 时 间 进 行 了 仔细 的 研究 并 且 开 发 出 了 上 面 这 幅 详 尽 的 领域 模型 。 读 模型 中 的 对 象 一 般 都 与 三 到 

四 个 其 他 对 象 有 着 复杂 的 关联 ,而 这 张 关 联网 几乎 是 可 以 无 限 扩展 的 。 在 这 方面 , 分 析 人 员 忠 实 
地 反映 了 领域 自身 的 性 质 。 

尽管 这 张 墙 面 大 小 的 图 让 人 吃不消 , 但 是 它 所 表现 的 模型 确实 抓 住 了 一 些 知识 点 。 经 过 一 段 
时 间 的 研究 ,我 确实 从 中 学 到 了 不 少 知识 (但 是 这 种 学 习 很 难 找到 头绪 ,更 像 是 在 随意 地 浏览 网 
页 )。 然 而 对 类 图 的 研究 并 不 能 让 我 深入 地 了 解 该 应 用 程序 的 代码 和 设计 ， 这 让 我 备 感 困扰 。 

当 开 发 人 员 开 始 实现 这 个 应 用 程序 时 ,他 们 很 快 就 发 现 , 尽管 分 析 人 员 说 得 头头 是 道 ， 他 们 
依然 无 法 将 这 种 错综复杂 的 关系 转换 成 可 存储 、 可 检索 的 且 具 有 事务 完整 性 的 单元 。 请 注意 ,该 
项 目 使 用 的 是 对 象 数 据 库 ， 也 就 是 说 开发 人 员 根 本 不 用 考虑 对 象 -关系 表 映 射 这 种 难题 。 该 模型 
没有 从 根本 上 为 应 用 程序 的 实现 提供 帮助 。 

由 于 模型 是 “正确 的 "， 是 经 过 技术 分 析 人 员 和 业务 专家 反复 讨论 共同 得 到 的 结果 ， 因 此 开 
发 人 员 得 出 这 样 的 结论 : 在 这 个 应 用 程序 中 , 无 法 把 基于 概念 的 对 象 作为 设计 的 基础 。 于 是 他 们 
开始 进行 专门 针对 程序 开发 的 设计 。 他 们 的 设计 确实 用 到 了 一 些 模 型 中 相同 的 类 名 称 和 数据 存储 
属性 ， 但 是 这 种 设计 并 不 是 建立 在 任何 已 有 模型 的 基础 上 的 。 

这 个 项 目 建立 了 领域 模型 , 但 是 如 果 它 不 能 够 直接 指导 正在 进行 的 软件 开发 , 那么 这 种 纸 上 
谈 兵 的 模型 又 有 什么 意义 呢 ? 

几 年 后 ,在 一 个 完全 不 同 的 项 目 中 我 又 看 到 了 完全 相同 的 结果 。 该 项 目 要 用 Java 实 现 的 新 设 
计 来 替换 之 前 的 C++ 应 用 程序 。 老 版 本 的 程序 根本 没有 进行 对 象 建 模 , 仅仅 是 把 功能 堆积 在 一 起 。 
这 种 老 版 本 的 设计 (如 果 存 在 的 话 ) 就 是 在 已 有 代码 的 基础 上 一 个 一 个 地 堆积 新 功能 ， 完 全 没有 
任何 明显 的 泛 化 或 者 抽象 。 

奇怪 的 是 , 这 两 种 开发 流程 所 完成 的 最 终 产 品 非常 相似 ! 它们 都 实现 了 系统 功能 , 但 是 代码 
却 很 复杂 ,难于 理解 ， 所 以 难以 维护 。 尽 管 有 些 程序 实现 是 比较 直观 的 , 但 是 仅 阅 读 代码 依然 无 
法 深入 了 解 该 系统 的 目的 所 在 。 除了 精心 设计 的 数据 结构 之 外 ,这 两 种 开发 流程 都 没有 充分 利用 
其 开发 环境 中 的 对 象 范式 。 
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模型 种 类 繁多 , 目的 各 有 不 同 , 即使 是 那些 仅 用 于 软件 开发 项 目的 模型 也 是 如 此 。 领 域 驱动 
设计 要 求 模型 不 仅 能 够 指导 早期 的 分 析 工 作 , 还 应 该 成 为 设计 的 基础 。 这 种 设计 方法 对 于 代码 的 
编写 有 着 重要 的 暗示 作用 。 不 太 明 显 的 一 点 就 是 : 领域 驱动 设计 要 求 一 种 不 同 的 建 模 方法 …… 


3.1 模式 : MopEL-DRIVEN DESIGN 





过 去 用 来 计算 星体 位 置 的 星 盘 ?是 天 空 模型 的 机 械 实现 





星 盘 是 由 古 项 腊 的 天 文学 家 发 明 的 ; 在 中 世纪 ,伊斯兰 科 学 家 又 对 它 进 行 了 改进 。 星 盘 
上 可 旋转 的 铜 环 (又 称 “ 网 环 ”) 代表 各 恒星 在 天 球 上 的 位 置 . 刻 有 当地 地 平 坐标 系 的 盘面 是 
可 换 的 ， 它 代表 的 是 不 同 纬度 的 星空 景象 .在 星 盘 盘面 上 旋转 网 环 ， 可 以 计算 出 全 年 任何 时 刻 
的 天 体位 置 。 反 过 来 ,如果 知道 太阳 或 某 个 恒星 的 位 置 ， A Th 
化 的 方式 实现 了 代表 星空 的 面向 对 象 模型 。 


严格 按照 基础 模型 来 编写 代码 ， 能 够 使 代码 更 好 地 表达 设计 含义 ， 并 且 使 模型 更 符合 设计 。 


那些 压根 儿 就 没有 领域 模型 的 项 目 ， 仅 仅 通过 编写 代码 来 实现 一 个 又 一 个 的 功能 ， 它 们 
无 法 利用 前 两 章 所 讨论 的 知识 消化 和 沟通 所 带 来 的 好 处 。 如 果 涉 及 复杂 的 领域 就 会 使 项 目 举 
步 维 艰 。 


另 一 方面 , 许多 复杂 的 项 目 确 实在 尝试 使 用 一 些 领域 模型 , 但 是 并 没有 把 代码 的 编写 与 模型 


@ 一 种 中 世纪 的 仪器 ， 曾 用 来 测量 太阳 或 其 他 天 体 的 高 度 。 一 一 译 者 注 
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紧密 联系 起 来 。 这 些 项 目 所 设计 的 模型 ,在 项 目 初期 还 可 能 用 来 做 一 些 探索 工作 ,但 是 随 着 项 目 
的 进展 ， 这些 模型 与 项 目 渐 行 渐 远 ， 甚 至 还 会 起 到 误导 作用 。 所 有 在 模型 上 花费 的 精力 都 无 法 保 
证 程序 设计 的 正确 性 ， 因 为 模型 和 设计 是 不 同 的 。 

模型 和 程序 设计 的 联系 可 能 在 很 多 情况 下 被 破坏 ， 但 是 二 者 的 这 种 分 离 往往 是 有 意 而 为 之 
的 。 很 多 设计 方法 都 提倡 使 用 完全 脱离 于 程序 设计 的 分 析 模 型 ， 并 且 通 常 这 二 者 是 由 不 同 的 人 员 
开发 的 。 之 所 以 称 其 为 分 析 模 型 ， 是 因为 它 是 对 业务 领域 进行 分 析 的 结果 ， 它 在 组 织 业务 领域 中 
的 概念 时 ， 完 全 不 去 考虑 自己 在 软件 系统 中 将 会 起 到 的 作用 。 分 析 模 型 仅仅 是 理解 工具 ， 人 们 认 
为 把 它 与 程序 实现 联系 在 一 起 无 异 于 搅 浑 一 了 地 清水 。 随后 的 程序 设计 与 分 析 模 型 之 间 可 能 仅仅 保 
持 一 种 松散 的 对 应 关系 。 在 创建 分 析 模 型 时 并 没有 考虑 程序 设计 的 问题 ,因此 分 析 模 型 很 有 可 能 
无 法 满足 程序 设计 的 需求 。 

在 这 种 分 析 中 会 有 一 些 知识 消化 的 过 程 , 但 是 在 编码 开始 后 大 部 分 的 领域 知识 被 丢弃 , 开发 
人 员 不 得 不 重新 对 设计 进行 抽象 , 这 样 就 不 能 保证 在 新 的 程序 设计 中 还 能 保留 或 者 重 现 分 析 人 员 
所 获得 的 并 且 髓 入 在 模型 中 的 领域 知识 。 到 了 这 一 步 ， 要 维护 程序 设计 和 松散 连接 的 模型 之 间 的 
对 应 关系 就 很 不 合算 了 。 

纯粹 的 分 析 模 型 甚至 无 法 实现 理解 领域 这 一 主要 目的 , 因为 在 程序 设计 和 实现 过 程 中 总 是 会 
发 现 一 些 关 键 的 知识 点 , 而 细节 问题 则 会 出 人 意料 地 层出不穷 。 前 期 模型 可 能 会 忽略 一 些 重要 的 
问题 , 却 深 入 研究 另 一 些 不 相关 的 问题 , 而 且 它 对 于 其 他 问题 的 描述 也 可 能 对 应 用 程序 没有 任何 
帮助 。 最 后 的 结果 就 是 ,在 编码 工作 开始 后 纯粹 的 分 析 模 型 被 抛弃 ， 大 部 分 的 模型 都 需要 重新 设 
计 。 即 便 是 重新 设计 ， 如果 开发 人 员 认 为 分 析 与 程序 开发 毫 不 相关 ， 那么 建 模 过 程 就 不 会 那么 规 
范 。 而 如 果 项 目 经 理 也 这 么 认为 ， 那 么 开发 团队 可 能 没有 足够 的 机 会 与 领域 专家 进行 交流 。 

无 论 是 什么 原因 , 缺乏 设计 基础 概念 的 软件 充其量 也 只 是 一 种 机 械 化 的 产品 ,只 实现 有 用 的 
功能 却 无 法 解释 操作 的 原因 。 

如 果 整 个 程序 设计 或 者 其 核心 部 分 没有 与 领域 模型 相对 应 ， 那 么 这 个 模型 就 是 没有 价值 的 ， 
软件 的 正确 性 也 值得 怀疑 。 同时， 模型 和 设计 功能 之 间 太 过 复杂 的 对 应 关系 也 是 难于 理解 的 , 在 
实际 项 目 中 改变 设计 时 也 无 法 维护 这 种 关系 。 分 析 和 设计 工作 全 无 关联 , 导致 在 这 两 个 过 程 中 所 
获得 的 知识 无 法 彼此 共享 。 

分 析 工 作 一 定 要 抓 住 领域 内 的 基础 概念 , 并 且 用 易于 理解 和 易于 表达 的 方式 描述 出 来 。 设计 
工作 则 需要 指定 一 套 可 以 由 项 目 中 使 用 的 编程 工具 创建 的 组 件 , 使 项 目 可 以 在 目标 部 署 环境 中 高 
效 运行 ， 并 且 能 够 正确 解决 应 用 程序 所 遇 到 的 问题 。 

MoDEL-DRIVEN DESIGN 〈 模 型 驱动 设计 ) 不 再 将 分 析 模 型 和 程序 设计 分 离开 ， 而 是 寻求 一 种 
能 够 满足 这 两 方面 需求 的 单一 模型 。 不 考虑 纯粹 的 技术 问题 , 程序 设计 中 的 每 个 对 象 都 反映 了 模 
型 中 所 描述 的 相应 概念 。 这 就 要 求 我 们 以 更 高 的 标准 来 选择 模型 ,因为 它 必 须 同 时 实现 两 种 完全 
不 同 的 目标 。 
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有 很 多 方法 可 以 对 领域 进行 抽象 , 也 有 很 多 种 设计 可 以 解决 应 用 程序 的 问题 。 因 此 ， 绑 定 模 
型 和 程序 设计 是 切实 可 行 的 。 但 是 这 种 绑 定 不 能 够 因为 技术 考虑 而 削弱 分 析 的 功能 ， 我 们 也 不 能 
接受 那些 只 反映 了 领域 概念 却 舍弃 了 软件 设计 原则 的 抽 劣 设计 。 模型 和 设计 的 绑 定 需要 的 是 在 分 
析 和 程序 设计 阶段 都 能 发 挥 良好 作用 的 模型 。 如 果 模 型 对 于 程序 的 实现 来 说 显得 不 太 实用 时 , 我 
们 必须 重新 设计 它 。 而 如 果 模 型 无 法 忠实 地 描述 领域 的 关键 概念 ， 也 必须 重新 设计 它 。 这 样 ， 建 
模 和 程序 设计 就 结合 为 一 个 统一 的 选 代 开发 过 程 。 

将 领域 模型 和 程序 设计 紧密 联系 在 一 起 绝对 是 必要 的 ,这 也 使 得 在 众多 可 选 模型 中 选择 最 适 
用 的 模型 时 ,又 多 了 一 条 选择 标准 。 它 要 求 我 们 认真 思 沽 ， 并且 通 常会 经 过 多 次 反复 修改 和 重新 
构建 的 过 程 ， 但 是 通过 这 样 的 过 程 可 以 得 到 相应 的 模型 。 

因此 ， 

软件 系统 各 个 部 分 的 设计 应 该 忠实 地 反映 领域 模型 ， 以 便 体 现 出 这 二 者 之 间 的 明确 对 应 关 
系 。 我 们 应 该 反复 检查 并 修改 模型 ,在 软件 中 更 加 自然 地 实现 模型 ,即使 想 让 它 反映 出 更 深层 次 
的 领域 概念 也 应 如 此 。 我 们 需要 的 模型 不 但 应 该 满足 这 两 种 需求 ， 还 应 该 能 够 支持 健壮 的 
UBIQUITOUS LANGUAGE。 

从 模型 中 获取 用 于 程序 设计 和 基本 任务 分 配 的 术语 。 程序 代码 就 是 模型 的 表达 , 修改 代码 可 
能 就 是 改变 模型 。 而 模型 的 改变 势必 会 影响 到 接 下 来 相应 的 项 目 活动 。 

完全 依赖 模型 的 实现 通常 需要 支持 建 模范 式 的 软件 开发 工具 和 语言 ， 比 如 面向 对 和 象 的 编程 。 

有 时 ， 不 同 的 子 系统 会 有 不 同 的 模型 (参见 第 14 章 ) ， 但 是 在 从 需求 分 析 到 代码 编写 的 整个 
开发 过 程 中 ， 软 件 系 统 的 每 一 部 分 只 能 对 应 一 个 模型 。 

单一 模型 能 够 减少 出 错 的 概率 , 因为 程序 设计 直接 来 源 二 经 过 仔细 考虑 而 创建 的 模型 。 程序 
设计 ， 其 至 是 代码 本 身 ， 都 与 模型 密 不 可 分 。 


要 想 创建 出 能 够 抓 住 主要 问题 并 且 帮 助 程序 设计 的 单一 模型 并 没有 说 的 那么 容易 。 我 们 不 可 
能 随手 抓 个 模型 就 把 它 转化 成 可 使 用 的 设计 。 只 有 经 过 精心 设计 的 模型 才能 促成 切实 可 行 的 实 
现 。 想 要 使 代码 有 效 地 描述 模型 就 需要 用 到 程序 设计 和 实现 的 技巧 (参见 第 二 部 分 )。 知 识 消化 
人 员 需 要 研究 模型 的 各 个 选项 , 并 将 它们 细 化 为 实用 的 软件 元 素 。 软件 开 发 于 是 就 成 了 一 个 不 断 
精 化 模型 、 设 计 和 代码 的 统一 的 迭代 过 程 〈 参 见 第 三 部 分 ) 。 


3.2 ” 建 模范 式 和 工具 支持 


为 了 使 MODEL-DRIVEN DESIGN 发 挥 作用 , 一 定 要 在 可 控 范 围 内 严格 保证 模型 与 设计 之 间 的 一 
致 性 。 要 实现 这 种 严格 的 一 致 性 ， 必 须要 运用 由 软件 工具 支持 的 建 模范 式 ， 它 可 以 直接 模拟 模型 
中 的 概念 。 
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NN 


模型 ee 范式 ee 设计 


图 3-1 


面向 对 象 编程 之 所 以 功能 强大 ， 是 因为 它 基 于 建 模范 式 ， 并 且 为 模型 构造 提供 了 实现 方式 。 
如 图 3-1 所 示 。 从 程序 员 的 角度 来 看 ， 对 象 真实 存在 于 内 存 中 ， 它 们 与 其 他 对 象 相互 联系 ， 它 们 
被 组 织 成 类 , 并 且 通 过 消息 传递 来 完成 相应 的 行为 。 尽 管 许多 开发 人 员 只 是 用 对 象 的 技术 功能 单 
纯 地 组 织 程序 代码 并 且 从 中 获 益 ， 但 是 对 象 设计 的 真正 突破 是 用 代码 来 描述 模型 中 的 概念。Java 
和 许多 其 他 编程 语言 都 允许 创建 那些 直接 模拟 概念 对 象 模 型 的 对 象 和 关系 。 

Brolog 语 言 并 不 像 面 向 对 象 语言 那样 被 广泛 使 用 ， 但 是 它 却 非 常 适 合 模型 驱动 设计 。 在 
MODEL-DRIVEN DESIGN 中 ， 建 模范 式 是 一 种 逻辑 ， 而 模型 则 是 一 组 逻辑 规则 以 及 这 些 规则 所 依据 
的 事实 。 

像 C 这 样 的 语言 并 不 适用 于 MopEL-DRIVEN DESIGN， 因 为 它 是 一 种 纯粹 的 过 程 语言 ， 没 有 适 
用 的 建 模 范式 。C 这 样 的 语言 是 过 程 化 的 ， 由 程序 员 告诉 电脑 接 下 来 要 执行 的 一 系列 操作 步 又 。 
程序 员 也 许 会 考虑 到 领域 中 的 概念 , 但 是 程序 本 身 仅仅 是 一 组 对 数据 进行 的 技术 操作 。 最 终 程序 
可 能 是 实用 的 , 但 是 它 并 没有 包含 太 多 的 意义 。 过 程 语言 通常 会 支持 复杂 的 数据 类 型 , 这些 数 据 
类 型 对 应 于 领域 中 固有 的 概念 , 但 是 它们 也 只 是 被 组 织 在 一 起 的 数据 ,并 不 能 描述 领域 的 活跃 的 
方面 。 因 此 ， 用 过 程 语言 编写 的 软件 具有 复杂 的 函数 ， 这 些 函 数 基于 预先 制定 的 执行 路 径 连 接 在 
一 起 ， 而 不 是 通过 领域 模型 中 的 概念 联系 连接 的 。 

在 我 还 没 听 说 过 面向 对 象 编 程 的 时 候 ， 我 是 通过 编写 Fortran 程 序 来 实现 数学 模型 的 ， 这 也 
正 是 Fortran 所 擅长 的 领域 。 数 学 函数 是 这 种 模型 中 主要 的 概念 组 件 ， 也 是 Fortran 语 言 能 够 清晰 
描述 的 。 即 便 如 此 ， 程 序 还 是 无 法 表达 出 函数 之 外 的 更 高 层次 的 意义 。 大 部 分 非 数学 领域 都 不 
会 用 过 程 语言 来 支持 MODEL-DRIVEN DESIGN， 因 为 这 些 领域 无 法 被 抽象 成 数学 函数 或 者 过 程 中 
的 操作 步骤 。 

面向 对 象 设 计 是 目前 大 多 数 大 型 项 目 所 使 用 的 建 模范 式 ， 也 是 本 书 中 使 用 的 主要 方法 。 


| 从 过 程 设计 到 MODEL-DRIVEN DESIGN 





第 1 章 讲 过 ， 我 们 可 以 把 PCB 看 作 是 连接 各 种 电路 元 件 引 脚 的 电导 体 ( 称 为 net) 的 集合 。 电 
路 板 上 通常 都 会 有 成 千 上 万 个 net。 有 一 种 叫做 PCB 布 局 工具 的 专用 软件 ， 能 够 为 所 有 net 安 排 物 
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理 布局 ， 而 不 会 使 它们 相互 交叉 或 干扰 。。 它 的 实现 方法 就 是 根据 设计 者 规定 的 大 量 限制 条 件 来 限 
制 布局 方式 以 及 优化 路 径 选 择 。 尽 管 PCB 布 局 工具 已 经 非常 先进 了 ， 但 是 它 仍然 有 一 些 缺 陷 。 

其 中 一 个 问题 就 是 这 些 数 以 千 计 的 net 都 各 自 拥 有 一 套 布局 规则 , PCB 工 程 师 认为 根据 net 自 身 
的 性 质 可 以 将 其 分 组 ， 同 组 的 net 应 读 共 用 相同 的 规则 。 比 如 ， 有 些 net 构 成 了 总 线 。 如 图 3-2 所 示 。 


这 些 是 编号 的 “ 引 脚 ” 
连接 体 ( 每 个 芯片 上 可 能 
有 很 多 这 样 的 连接 体 ) 


0 
xyz0 一 一 | 
1 
芯片 A 2 *y21 Pig 


0 -一 











这 些 net 构 成 了 
总 线 “xyz” 的 4 个 位 


图 3-2 net 构成 总 线 的 示意 图 
工程 师 每 次 用 8 个 、16 个 或 者 256 个 net 组 合成 总 线 ， 这 样 布局 工作 就 更 易于 管理 了 ， 不 但 提 


高 了 效率 也 减少 了 错误 。 问题 是 布局 工具 中 没有 类 似 于 总 线 这 样 的 概念 。 布 局 规则 不 得 不 应 用 于 
成 千 上 万 个 net， 每 次 处 理 一 个 net。 


中 机 械 设计 中 

在 布局 工具 的 这 种 限制 下 , 无 计 可 施 的 工程 师 只 能 编写 脚本 来 分 析 布局 工具 的 数据 文件 , 然 
后 将 规则 直接 插入 到 文件 中 ， 最 后 再 把 它们 应 用 于 整个 总 线 。 

布局 工具 在 net 列 表 文 件 中 存储 每 个 电路 接线 ， 如 下 所 示 : 


Net Name Component .Pin 


Xyz0 A.0, B.0 
XYz1 A.1 1 
> 2 


Net Name Rule Type Parameters 
Xyzl min_linewidth 5 
Ryzl max._delay 15 


XYZ2 min_linewidth 5 
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XYz2 max_delay 15 


工程 师 为 net 制 定 严格 的 命名 约定 ， 这 样 将 数据 文件 的 内 容 按照 字母 排序 ， 就 可 以 使 构成 同 
一 条 总 线 的 所 有 net 都 排列 在 一 起 。 然 后 他 们 编写 的 脚本 就 可 以 解析 该 文件 并 且 基于 总 线 来 修改 
每 个 net。 用 来 解析 、 处 理 和 写 入 文件 的 实际 代码 太 过 元 长 史 淮 ， 对 解释 这 个 例子 没有 什么 帮助 ， 
所 以 我 在 下 面 只 列 出 了 这 个 处 理 过 程 中 要 执行 的 步骤 。 

(1) 按照 net 名 称 将 net 列 表 文 件 排序 ; 

(2) 逐 行 读 取 文件 ， 寻 找 以 总 线 名 称 开头 的 第 一 行 数据 ， 

(3) 解析 名 称 匹 配 的 每 一 行 ， 获 取 每 行 中 net 的 名 称 ， 

(4) 将 net 名 称 和 规则 文本 附加 到 规则 文件 的 末尾 ， 





(5) 从 第 (3) 步 起 重复 执行 ， 直 到 没有 匹配 该 总 线 名 称 的 行 。 
总 线 规则 的 输入 文件 采用 如 下 的 格式 : 

Bus Name Rule Type Parameters 

xz maxvias 3 

经 过 处 理 后 ， 输 出 的 是 添加 了 net 规 则 的 文件 ， 如 下 所 示 : 

Net Name Rule Type Parameters 

Xy2z0 max_vias 3 

Xyzl1 max_vias 3 

Xy22 max_vias 3 


我 猜想 第 一 个 编写 这 个 脚本 的 人 只 有 这 种 简单 的 需求 , 如 果 情 况 确 实 如 此 , 那么 使 用 这 样 的 
脚本 是 完全 合理 的 。 但 实际 上 我 们 通常 会 用 到 许多 脚本 。 当 然 ， 可 以 重新 编写 它们 。 共用 排序 及 
字符 串 匹 配 之 类 的 函数 , 而 且 如 果 脚 本 语言 支持 通过 函数 调用 来 封装 细 市 , 那么 这 些 脚 本 几乎 可 
以 像 前 面 给 出 的 几 个 步骤 那样 工作 。 但 是 它们 依然 只 是 对 文件 进行 操作 。 虽 然 在 使 用 不 同 的 文件 
格式 时 ， 用 net 组 合成 总 线 并 且 给 总 线 分 配 规则 的 概念 是 相同 的 ， 但 是 不 同 的 文件 格式 (有 若干 
种 ) 却 需要 重新 编写 脚本 。 如 果 你 想 要 实现 更 多 的 功能 和 交互 ， 就 得 一 一 编写 脚本 。 

脚本 的 编写 者 试图 在 布局 工具 的 领域 模型 中 补充 “总 线 ” 这 个 概念 ,他 们 的 脚本 通过 排序 和 
字符 串 匹 配 来 判断 总 线 的 存在 ， 却 没有 明确 地 定义 总 线 概念 。 


六 MODEL 一 DRIVEN DESIGN 六 


前 面 我 们 已 经 描述 了 领域 专家 思考 问题 时 所 使 用 的 概念 。 现 在 需要 将 这 些 概念 组 织 成 模型 ， 
作为 软件 开发 的 基础 。 
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Abstract Net 
name 
| Layout Rule 
assignRule(rule : LayoutRule) 
assignedRules() 
Net Bus 
* 0..1 




















图 3-3 ”用 来 高 效 指定 布局 规则 的 类 图 


用 面向 对 象 的 语言 实现 上 图 的 这 些 对 象 后 ， 核 心 功能 的 实现 会 变 得 轻而易举 。 
方法 assignRule() 可 以 在 抽象 类 AbstractNet 中 实现 。 而 类 Net 中 的 方法 assignegdRules () 
则 分 配 了 其 自身 的 规则 以 及 类 Bus 的 规则 。 


abstract class AbstractNet { 
private Set rules; 


void assignRule(LayoutRule rule) { 
rules.addl(rule); 


} 


Set assignedRules() { 
return rules; 
} 
} 


class Net extends AbstractNet { 
private Bus bus; 


Set assignedRules () { 
Set result = new Hashset!(); 
result.addAll {super.assignedRules ()); 
result.addAll (bus .assignedRules ()); 
return result; 


} 


当然 , 程序 还 需要 大 量 的 支持 代码 , 但 上 面 的 代码 片段 已 经 实现 了 脚本 的 基本 功能 。 这 个 程 
序 还 需要 输入 /输出 逻辑 ， 我 们 可 以 将 其 概括 为 一 些 简 单 的 服务 。 


服务 职 焉 
Net List import 读 取 Net 列 表 文 件 ， 为 每 一 行 数据 创建 Net 实 例 
Net Rule export 已 知 Net 集 合 ， 将 所 有 附加 规则 写 入 规则 文件 
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我 们 还 需要 儿 个 工具 类 : 
类 职 责 
Net Repository 提供 通过 名 称 访问 Net 的 接口 
Inferred Bus Factory 已 知 Net 集 合 ， 利 用 命名 约定 来 推断 总 线 ， 并 且 创 建 总 线 实例 
Bus Repository 提供 通过 名 称 访 问 Bus (总 线 ) 的 接口 





现在 ， 启 动 应 用 程序 ， 用 输入 数据 来 初始 化 Net 和 Bus 仓 库 。 


Collection nets = NetListImportService.readl(aFile); 
NetRepository.addaAll (nets); 

Collection buses = InferredBusFactory.groupIntoBuses (nets); 
BusRepository.addAll (buses); 


上 面 提 到 的 服务 和 仓库 都 可 以 进行 单元 测试 。 更 重要 的 是 还 可 以 测试 核心 领域 逻辑 。 下 面 是 
对 最 核心 的 行为 进行 的 单元 测试 (采用 了 JUnit 测 试 框架 ): 
public void testBusRuleAssignment() { 


Net a0 = new Net ("a0"); 
Net al = new Net{"al"); 


Bus a = new Bus("a"); //Bus is not conceptually dependent 
a.addNet (a0); //on name-based recognition, and so 
a.addNet (al); f/f/its tests should not be either. 


NetRule minWidth4 = NetRule.create (MIN WIDTH, 4); 
a.assignRule (minWwidtn4}),; 


assertTrue(a0 .assignedRules() .contains (minwidth4)); 
assertEquals (minWidth4, a0.getRule (MIN_WIDTH) ); 
assertEquals (minWidth4, al.getRule (MIN WIDTH)); 


) 
程序 应 该 有 一 个 交互 式 的 用 户 界面 ， 可 以 列 出 所 有 总 线 , 让 用 户 逐 个 指定 规则 ， 或 者 可 以 向 
后 兼容 ， 从 规则 文件 中 读 取 规则 。 采 用 外 观 (fasade) 模式 可 以 更 容易 访问 任 一 用 户 界面 ， 其 实 
现 可 以 由 下 面 的 代码 来 测试 : 
public void assignBusRule (String busName, String ruleType., 
Gouble parameter)i 
Bus bus = BusRepository.getByName (busName}):; 


bus.assignRule (NetRule.create(ruleType, parameter)); 


} 
Py 
最 后 一 行 代码 : 
NetRuleExport .write(apiLIeName，NetRepositoxry-allLNets()): 


(这 项 服务 调用 每 个 Net 的 assignedRules () 方 法 ， 然 后 将 所 有 规则 完全 写 人 规则 文件 。) 
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当然 ， 如 果 只 需要 进行 一 次 规则 指定 操作 (就 像 这 个 例子 一 样 ) ， 那 么 基于 脚本 的 处 理 方式 
可 能 也 同样 实用 。 但 实际 上 , 通常 会 需要 20 个 其 至 更 多 的 操作 。MODEL-DRIVEN DESIGN 易于 扩展 ， 
能 够 为 规则 的 组 合 设 置 限制 条 件 ， 还 能 提供 其 他 的 一 些 增 强 功 能 。 

MODEL-DRIVEN DESIGN 也 为 测试 提供 了 方便 。 它 的 组 件 都 具有 定义 完善 的 接口 ， 可 以 进行 单 
元 测试 。 而 测试 脚本 程序 的 唯一 方法 就 是 将 输入 /输出 文件 进行 端 到 端的 比较 。 

记 住 , 这样 的 设计 不 是 一 踊 而 就 的 。 我们 需要 反复 研究 领域 知识 ， 不断 重 构 模型 ,才能 将 领 
域 中 重要 的 概念 提炼 成 简单 而 清晰 的 模型 。 


3.3 ”揭示 主旨 : 为 什么 模型 对 用 户 至 关 重 要 


从 理论 上 讲 ， 也 许 你 可 以 向 用 户 展示 任何 一 种 系统 视图 ， 而 不 管 底层 如 何 实现 。 但 实际 上 ， 
系统 上 下 层 结构 的 不 匹配 轻 则 导致 功能 混乱 ， 重 则 产生 bug。 这 方面 最 简单 的 例子 就 是 微软 正 浏 
览 器 当前 版 本 用 模型 的 又 加 来 实现 网 站 书签 功能 ， 这 误导 了 很 多 用 户 ”。 

IE 浏 览 器 用 户 会 认为 “收藏 来” 是 存储 网 站 名 称 的 只 表 ,网 站 名 称 在 不 同 的 会 话 中 是 保持 不 
变 的 。 但 是 系统 实现 孝 将 收藏 夹 当 作 一 个 包含 URL 的 文件 ， 并 将 文件 名 称 存储 在 收藏 夹 列表 中 。 
这 样 做 的 问题 是 ， 如 果 网 页 标题 含有 对 Windows 系 统 文件 名 来 说 非法 的 字符 ， 就 会 出 现 错误 。 假 
如 用 户 想 要 收藏 某 页 面 并 将 其 命名 为 :“Laziness: The Secret to Happiness 《懒惰 : 幸福 的 秘密 )”， 
就 会 弹出 一 个 错误 信息 :“ 文 件 名 不 能 包含 下 列 任何 字 敌 :\/:*?"<>|。 用 户 会 奇怪 文件 名 是 
指 什么 。 另 一 方面 ， 如 果 网 页 标题 已 经 包含 非法 字符 ,IE 浏览 器 则 会 悄悄 地 把 字符 删除 。 这 种 数 
据 丢 失 在 这 种 情况 下 也 许 危 害 不 大 ,但 绝 不 是 用 户 所 期 望 的 。 在 大 多 数 应 用 中 ,程序 悄悄 地 修改 
数据 是 用 户 无 法 接受 的 。 

MODEL-DRIVEN DESIGN 要 求 只 使 用 一 个 模型 《在 任何 上 下 文中 都 是 如 此 ， 第 14 章 会 讨论 这 一 
点 )。 大 部 分 的 设计 建议 和 例子 都 只 针对 将 分 析 模 型 和 设计 模型 分 离 的 问题 ， 但 是 这 里 我 们 将 涉 
及 另外 一 对 不 同 的 模型 ， 用 户 模型 和 设计 /实现 模型 。 

当然 , 大 多 数 情况 下 ,没有 经 过 处 理 的 领域 模型 视图 肯定 不 便于 用 户 使 用 。 但 是 在 用 户 界 面 
中 出 现 与 领域 模型 不 同 的 “影像 ”将 会 使 用 户 产生 迷惑 ， 除 非 这 个 “影像 ”完美 无 缺 。 如 果 网 站 
收藏 夹 实际 上 只 是 快捷 方式 文件 的 集合 ,那么 应 该 将 这 一 事实 告诉 用 户 , 还 应 该 删除 之 前 那个 起 
误导 作用 的 模型 。 这 样 不 但 能 使 收藏 夹 的 功能 更 加 清晰 ， 用户 还 可 以 利用 自己 所 知道 的 文件 系统 
的 知识 来 对 网 站 收藏 夹 进 行 操作 。 比 如 ， 用 户 可 以 用 资源 管理 器 来 重新 组 织 已 收藏 的 文件 ,而 不 
是 用 浏览 器 内 置 的 拙劣 工具 。 而 电脑 高 手 还 能 够 灵活 地 在 文件 系统 的 任何 位 置 存 储 网 六 快 捷 方 
式 。 仅 仅 通过 删除 起 误导 作用 的 多 余 模 型 就 可 以 让 应 用 程序 的 功能 更 加 强大 且 清 晰 。 如 此 特 


@ Brian Marick 曾 向 我 提 及 这 个 示例 。 
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认为 原 有 模型 足够 好 ， 那 么 为 什么 还 要 让 用 户 学 习 新 模型 呢 ? 

此 外 , 还 有 另外 一 种 存储 收藏 文件 的 方式 ， 比 如 将 其 存储 在 一 个 数据 文件 中 ,这 样 收藏 文件 
就 可 以 有 自己 的 规则 了 。 这 些 规则 很 可 能 是 应 用 于 网 页 的 命名 规则 。 这 又 是 一 种 单独 的 模型 。 这 
个 模型 告诉 用 户 所 有 关于 网 站 的 命名 规则 都 适用 于 网 站 收藏 夹 。 

如 果 程序 设计 基于 一 个 能 够 反映 出 用 户 和 领域 专家 所 关心 的 基本 问题 的 模型 ,那么 与 其 他 设 
计 方 式 相 比 ， 这 种 设计 可 以 将 其 含义 更 明确 地 展示 给 用 户 。 让 用 户 更 了 解 模型 ， 给 他 们 更 多 的 机 
会 挖掘 软件 的 潜能 ， 也 能 使 软件 的 行为 合 平 情理 、 前 后 一 致 。 


3.4 模式 ， HANDS-ON MODELER 


人 们 总 是 把 软件 开发 比喻 成 制造 业 。 通过 这 个 比喻 可 以 推断 出 一 个 结论 : 经 验 丰 富 的 工程 师 
做 设计 工作 , 而 技能 水 平 较 低 的 劳动 力 负责 组 装 产 品 。 这 种 做 法 使 许多 项 目 陷入 困境 ,原因 很 简 
单一 一 在 软件 开发 中 设计 是 无 处 不 在 的 。 开 发 团队 中 的 每 个 成 员 都 有 自己 的 职责 ， 但 是 将 分 析 、 
建 模 、 设 计 和 编程 工作 完全 分 离 会 对 MODEL-DRIVEN DESIGN 产 生 不 良 影响 。 

我 曾经 在 一 个 项 目 中 负责 协调 不 同 的 应 用 程序 开发 困 队 , 帮助 开发 可 以 驱动 程序 设计 的 领域 
模型 。 但 是 管理 层 认 为 建 模 人 员 就 应 该 只 负责 建 模 工 作 ， 编 写 代 码 就 是 在 浪费 这 种 技能 ， 于 是 他 
们 不 准 我 编写 代码 或 者 与 程序 员 讨论 细节 问题 。 

开始 项 目 进展 的 还 算 顺 利 。 我 和 领域 专家 以 及 各 团队 的 开发 负责 人 共同 工作 , 消化 领域 知识 
并 提炼 出 了 一 个 不 错 的 核心 模型 。 但 是 该 模型 却 从 来 没有 派 上 用 场 ， 原 因 有 两 个 。 

其 一 , 在 将 模型 传递 给 开发 人 员 的 过 程 中 , 模型 的 一 些 意图 并 没有 向 他 们 说 明 。 模 型 的 整体 
效果 受 细节 的 影响 很 大 (这 将 在 第 二 和 第 三 部 分 讨论 ) ， 这 些 细节 问题 并 不 是 总 能 在 UML 图 或 者 
一 般 讨 论 中 遇 到 的 。 如 果 我 能 做 好 准备 ， 直 接 与 开发 人 员 共 同 工 作 ， 提 供 一 些 参考 代码 和 近 距 离 
的 技术 支持 ， 那 么 他 们 也 许 能 够 理解 模型 中 的 抽象 概念 并 据 此 进行 开发 。 

第 二 个 原因 是 模型 与 程序 实现 及 技术 互相 影响 , 而 我 无 法 直接 获得 这 种 反馈 。 例 如 , 程序 实 
现 过 程 中 发 现 模型 的 某 部 分 在 我 们 的 技术 平台 上 的 工作 效率 极 低 , 但 是 经 过 几 个 月 的 时 间 , 我 才 
一 点 一 点 获得 了 关于 这 个 问题 的 全 部 信息 。 也 许 只 需 较 少 的 改动 就 能 解决 这 个 问题 , 但 是 几 个 月 
过 去 了 , 改 不 改 已 经 不 重要 了 。 因为 开发 人 员 已 经 自行 编写 出 了 可 以 运行 的 软件 一 一 完全 脱离 了 
模型 的 设计 ,在 那些 还 在 使 用 模型 的 地 方 ， 也 仅仅 是 把 它 当 作 纯 粹 的 数据 结构 。 开 发 人 员 不 分 好 
坏 地 把 模型 全 盘 和 否定 , 但 是 他 们 又 有 什么 办 法 呢 ? 他 们 再 也 不 愿意 冒险 任 由 呆 在 象牙 塔 里 的 架构 
师 摆布 了 。 

与 其 他 项 目 一 样 , 这 个 项 目的 初始 环境 倾向 于 不 让 建 模 人 员 参 与 太 多 的 程序 实现 。 对 于 该 项 
目 所 使 用 的 大 部 分 技术 , 我 都 有 着 大 量 的 实践 经 验 。 在 做 建 模 工作 之 前 , 我 其 至 曾经 在 同类 项 目 
中 领导 过 一 个 小 的 开发 团队 , 所 以 我 对 项 目 开发 过 程 和 编程 环境 非常 熟悉 。 但 是 如 果 不 让 建 模 人 
员 参 与 程序 实现 ， 我 就 是 有 这 些 经 历 也 无 法 有 效 地 工作 。 
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如 果 编 写 代 码 的 人 员 认 为 自己 没 必 要 对 模型 负责 ， 或 者 不 知道 如 何 让 模型 为 应 用 程序 服务 ， 
那么 这 个 模型 就 和 程序 没有 任何 关联 。 如 果 开 发 人 员 没 有 意识 到 改变 代码 就 意味 着 改变 模型 , 那 
么 他 们 对 程序 的 重 构 不 但 不 会 增强 模型 的 作用 ， 反 而 还 会 削弱 它 的 效果 。 同 样 ， 如果 建 模 人 员 不 
参与 到 程序 实现 的 过 程 中 ， 那 么 对 程序 实现 的 约束 就 没有 切身 的 感受 ， 即 使 有 ， 人 也 会 很 快 忘记 。 
MODEL-DRIVEN DESIGN 的 两 个 基本 要 素 ( 即 模型 要 支持 有 效 的 实现 并 抽象 出 关键 的 领域 知识 ) 已 
经 失去 了 一 个 ， 因 此 最 终 模型 将 变 得 不 下 实用 。 最 后 一 点 ， 如 果 项 目 组 的 分 工 阻 断 了 设计 人 员 与 
开发 人 员 之 间 的 协作 ,使 他 们 无 法 领悟 MoDEL-DRIVEN DESIGN 的 奥妙 , 那么 经 验 丰富 的 设计 人 员 
则 不 能 将 自己 的 知识 和 技术 传递 给 开发 人 员 。 

HANDS-ON MODELER ( 建 模 人 员 参 与 程序 开发 ) 并 不 意味 着 团队 成 员 不 能 有 自己 的 专业 角色 。 
包括 极限 编程 在 内 的 每 一 种 敏捷 过 程 都 会 给 团队 成 员 分 配角 色 , 其 他 非 正 式 的 专业 角色 也 会 自然 
而 然 地 产生 。 但 是 如 果 把 MODEL-DRIVEN DESIGN 中 密切 相关 的 建 模 和 实现 这 两 个 过 程 分 离开 ， 则 
会 产生 问题 。 

整体 设计 的 有 效 性 有 几 个 非常 敏感 的 影响 因素 , 那 就 是 细 粒 度 的 设计 和 实现 决策 的 质量 和 一 
致 性 。 在 MODEL-DRIVEN DESIGN 中 ， 代 码 是 模型 的 表达 ， 改 变 某 段 代 码 就 改变 了 相应 的 模型 。 程 
序 员 就 是 建 模 人 员 ， 无 论 他 们 是 否 喜 欢 。 所 以 在 开始 项 目 时 ， 应 该 让 程序 员 完成 出 色 的 建 模 工 作 。 

因此 : 

任何 参与 建 模 的 技术 人 员 , 不 管 在 项 目 中 的 主要 职责 是 什么 , 都 必须 花 时 间 了 解 代码 。 任何 
负责 修改 代码 的 人 员 则 必须 学 会 用 代码 来 表达 模型 。 每 一 个 开发 人 员 都 必须 不 同 程度 地 参与 模型 
讨论 并 且 与 领域 专家 保持 联系 。 参 与 不 同 工 作 的 人 都 必须 有 意识 地 通过 UBIQUITOUS LANGUAGE 
与 接触 代码 的 人 及 时 交换 关于 模型 的 想法 。 


a 
以 


将 建 模 和 编程 过 程 完全 分 离 是 行 不 通 的 ,然而 大 型 项 目 依然 需要 技术 负责 人 来 协调 高 层 的 设 
计 和 建 模 ,并 帮助 做 出 最 困难 或 最 关键 的 决策 。 本 书 的 第 四 部 分 描述 的 就 是 这 种 决策 , 通过 学 习 
该 部 分 内 容 可 以 激发 灵感 ， 找 到 更 高 效 的 方法 来 定义 高 级 技术 人 员 的 角色 和 职责 。 

MODEL-DRIVEN DESIGN 利用 模型 来 为 应 用 程序 解决 问题 。 项 目 组 通过 知识 消化 将 大 量 杂 乱 无 
章 的 信息 提炼 成 实用 的 模型 。 而 MODEL-DRIVEN DESIGN 将 模型 和 程序 实现 过 程 紧密 结合 。 
UBIQUITOUS LANGUAGE 则 成 为 开发 人 员 、 领 域 专 家 和 软件 产品 之 间 传 递 信息 的 渠道 。 

最 终 的 软件 产品 能 够 在 基本 理解 核心 领域 的 基础 上 提供 丰富 的 功能 。 

如 上 所 述 ，MODEL-DRIVEN DESIGN 的 成 功 离 不 开 详 尽 的 设计 决策 。 在 下 面 几 章 中 我 们 将 会 讲 
述 这 方面 的 内 容 。 
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为 了 保证 软件 实现 得 简洁 并 且 与 模型 保持 一 致 , 不 管 实际 情况 如 何 复杂 , 必须 运用 建 模 和 设 
计 的 最 佳 实践 。 本 书 既 不 是 一 本 介绍 面向 对 象 设 计 的 书 ， 也 不 是 为 了 提出 一 些 基 本 的 设计 原理 。 
领域 驱动 设计 改变 了 某 些 传统 观念 的 侧重 点 。 

某 些 设计 决策 能 够 使 模型 和 程序 紧密 结合 在 一 起 , 互相 提高 对 方 的 效率 。 这 种 结合 要 求 我 们 
注意 每 个 元 素 的 细节 。 对 细节 问题 的 精 雕 细 刻 能 够 打造 出 一 个 稳定 的 平台 , 开发 人 员 可 以 在 这 个 
平台 上 运用 第 三 部 分 和 第 四 部 分 中 要 讲 到 的 建 模 方法 。 

本 书 中 所 讲 的 设计 风格 主要 遵循 “职责 驱动 设计 ”的 原则 ， 这 个 原则 是 在 【Wirfs-Brock et al. 
1990] 中 提出 的 , 并 在 [Wirfs-Brock 2003] 中 进行 了 更 新 。 同 时 本 书 也 大 量 利 用 了 [Meyer 1988] 
中 所 提出 的 “契约 式 设计 ”思想 。 它 与 其 他 被 广泛 采用 的 面向 对 象 设 计 最 佳 实践 有 着 基本 相同 的 
背景 ， 这 些 最 佳 实践 在 LLarman 1998] 等 书 中 给 出 了 描述 。 

当 项 目 遇 到 或 大 或 小 的 困难 时 ， 开 发 人 员 可 能 会 发 现 这 些 原则 都 无 法 适用 于 项 目 当前 的 状 
况 。 为 了 使 领域 驱动 设计 过 程 更 灵活 , 开发 人 员 需 要 理解 上 面 这 些 众 所 周知 的 基本 原理 是 如 何 支 
持 MopEL-DRIVEN DESIGN 的 ， 这 样 才能 在 设计 过 程 中 做 出 一 些 折 中 选择 ， 而 又 不 脱离 正确 的 轨道 。 

下 面 三 章 的 内 容 是 按照 “模式 语言 ”( 参 见 附 录 A) 组 织 的 ， 主 要 说 明了 细微 的 模型 差别 和 
设计 决策 是 如 何 影响 领域 驱动 设计 过 程 的 。 

下 面 的 简 图 是 一 张 导航 图 ， 它 描述 的 是 本 部 分 所 要 讲解 的 模式 以 及 这 些 模 式 彼 此 关联 的 方 
式 。 

共用 这 些 标准 模式 可 以 使 设计 有 序 进行 ， 项 目 组 成 员 也 能 够 更 方便 地 了 解 彼此 的 工作 内 容 。 
同时 ， 使 用 标准 模式 也 使 UBIQUITOUS LANGUAGE 更 加 丰富 ， 所 有 的 项 目 组 成 员 都 可 以 使 用 
UBIQUITOUS LANGUAGE 来 讨论 模型 和 设计 决策 。 

开发 一 个 好 的 领域 模型 是 一 门 艺术 。 而 模型 中 各 个 元 素 的 实际 设计 和 实现 则 相对 系统 化 。 将 
领域 设计 与 软件 系统 中 的 其 他 关注 点 分 离 会 使 设计 与 模型 之 间 的 关系 非常 清晰 。 根据 不 同 的 特征 
来 定义 模型 元 素 则 会 使 元 素 的 意义 更 加 鲜明 。 对 每 个 元 素 使 用 已 验证 的 模式 有 助 于 创建 出 更 易于 
实现 的 模型 。 
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LAYERED 用 它 来 封装 


ARCHITECTURE FACTORY 


MODEL-DRIVEN DESIGN 语言 的 导航 图 


只 有 在 充分 考虑 这 些 基本 原理 之 后 , 精心 设计 的 模型 才能 化 繁 为 简 ， 创 建 出 项 目 组 成 员 可 以 
放心 地 进行 组 合 使 用 的 详细 元 素 。 


ss 
分 离 领 域 


软件 中 ， 专 门 用 于 解决 领域 问题 的 那 部 分 通常 只 占 整 个 软件 系统 的 很 小 一 部 分 ， 这 与 
十 类 重要 性 远 远 不 成 比例 。 要 想 实现 最 佳 的 设计 构思 ， 就 得 去 研究 模型 中 的 元 素 并 且 将 
它们 视 为 一 个 系统 。 绝 不 能 像 在 夜空 中 辨认 星座 一 样 ， 勉 强 把 领域 对 象 从 许多 对 象 中 挑选 出 来 。 
我 们 需要 将 领域 对 象 与 系统 中 的 其 他 功能 分 离 , 这 样 就 能 够 避免 将 领域 概念 和 其 他 只 与 软件 技术 
相关 的 概念 相 混 诡 ， 也 不 会 把 领域 与 整个 软件 系统 混为一谈 。 
分 离 领域 的 复杂 技术 早已 出 现 , 而 且 都 是 我 们 耳熟能详 的 , 但 是 它 对 于 能 否 成 功 运用 领域 建 
模 原 则 起 着 非常 关键 的 作用 ， 所 以 我 们 要 从 领域 驱动 的 视角 对 它 进行 简要 的 回顾 。 


4.1 模式 : LAYERED ARCHITECTURE 
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在 一 个 运输 应 用 程序 中 ， 要 想 支 持 从 城市 列表 中 选择 运送 货物 目的 地 这 样 的 简单 用 户 行为 ， 
程序 代码 必须 包括 : (1) 在 屏幕 上 绘制 一 个 屏幕 组 件 (widget) ; (2) 查询 数据 库 ， 调 出 所 有 可 能 的 
城市 ，(3) 解析 并 验证 用 户 输入 ，(4) 将 所 选 城市 与 货物 关联 ，(5) 向 数据 库 提交 此 次 数据 修改 。 
上 面 所 有 的 代码 都 在 同一 个 程序 中 ， 但 是 只 有 一 小 部 分 代码 与 运输 业务 相关 。 
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软件 程序 需要 通过 设计 和 编码 来 执行 许多 不 同类 型 的 任务 。 它 们 接收 用 户 输入 , 执行 业务 膛 
辑 ， 访问 数 据 库 ， 进 行 网 络 通信 ， 向 用 户 显示 信息 ， 等 等 。 因 此 程序 中 的 每 个 功能 都 可 能 需要 大 
量 的 代码 来 实现 。 


在 面向 对 象 的 程序 中 , 常常 会 在 业务 对 象 中 直接 写 入 用 户 界 面 、 数 据 库 访 问 等 支持 代码 。 而 
一 些 额外 的 业务 逻辑 则 会 被 嵌入 到 用 户 界面 组 件 和 数据 库 脚 本 的 行为 中 。 这 么 做 是 为 了 以 最 简单 
的 方式 在 短期 内 完成 开发 工作 。 

如 果 与 领域 有 关 的 代码 分 散在 大 量 的 其 他 代码 之 中 ,那么 查看 和 分 析 领 域 代码 就 会 变 得 相当 
困难 。 对 用 户 界面 的 简单 修改 实际 上 很 可 能 会 改变 业务 逻辑 , 而 要 想 调整 业务 规则 也 很 可 能 需要 
对 用 户 界面 代码 . 数据 库 操作 代码 或 者 其 他 的 程序 元 素 进 行 仔细 的 筛 查 。 这样 就 不 太 可 能 实现 一 
致 的 、 模 型 驱动 的 对 象 了 ， 同 时 也 会 给 自动 化 测试 带 来 困难 。 程序 中 每 一 个 活动 都 有 其 自身 的 逻 
辑 和 适用 的 技术 ， 因 此 程序 本 身 必须 简单 明了 ， 否 则 就 会 让 人 无 法 理解 。 

要 想 创建 出 能 够 处 理 复杂 任务 的 程序 , 需要 把 不 同 的 关注 点 分 开 考虑 , 使 设计 中 的 每 个 部 分 
都 得 到 单独 的 关注 。 在 分 离 的 同时 ， 也 需要 维持 系统 内 部 复杂 的 交互 关系 。 

分 割 软件 系统 有 各 种 各 样 的 方式 ， 但 是 根据 软件 行业 的 经 验 和 惯例 ， 普 遍 采 用 LAYERED 
ARCHITECTURE 〈 分 层 架 构 ) ， 特 别 是 有 几 个 层 基 本 上 已 成 了 标准 层 。 分 层 这 种 隐喻 被 广泛 采用 ， 
大 多 数 开发 人 员 都 对 其 有 着 直观 的 认识 。 许 多 文献 对 LAYERED ARCHITECTURE 也 进行 了 充分 的 讨 
论 ， 有 些 是 以 模式 的 形式 给 出 的 〈[Buschmann et al. 1996，pp.31-51] ) 。LAYERED ARCHITECTURE 
的 基本 原则 是 层 中 的 任何 元 素 都 仅 依赖 于 本 层 的 其 他 元 素 或 其 下 层 的 元 素 . 向 上 的 通信 必须 通过 
间接 的 传递 机 制 进行 ， 这 些 将 在 后 面 讨论 。 

分 层 的 价值 在 于 每 一 层 都 只 代表 程序 中 的 某 一 特定 方面 .这 种 限制 使 每 个 方面 的 设计 都 更 只 
内 诊 性 , 更 容易 解释 。 当 然 ， 要 分 离 出 内 聚 设计 中 最 重要 的 方面 ， 选 择 恰当 的 分 层 方 式 是 至 关 重 
要 的 。 在 这 里 ， 经 验 和 惯例 又 一 次 为 我 们 指明 了 方向 。 尽 管 LAYERED ARCHITECTURE 的 种 类 繁多 ， 
但 是 大 多 数 成 功 的 架构 使 用 的 都 是 包括 下 面 这 四 个 概念 层 的 某 个 版 本 。 


用 户 界 面 层 《或 表示 层 ) 负责 向 用 户 显示 信息 和 解释 用 户 指令 。 这 里 指 的 用 户 可 以 是 另 一 个 计算 机 系统 ， 
不 一 定 是 使 用 用 户 界面 的 人 
应 用 层 定义 软件 要 完成 的 任务 ， 并 且 指 挥 表 达 领 域 概念 的 对 象 来 解决 问题 。 这 一 层 所 负 


责 的 工作 对 业务 来 说 意义 重大 ， 也 是 与 其 他 系统 的 应 用 层 进行 交互 的 必要 渠道 
应 用 层 要 尽量 简单 ， 不 包含 业务 规则 或 者 知识 ， 而 只 为 下 一 层 中 的 领域 对 象 协 调 
任务 ,分 配 工作 ,使 它们 互相 协作 。 它 没有 反映 业务 情况 的 状态 ， 但 是 却 可 以 具有 
另外 一 种 状态 ， 为 用 户 或 程序 显示 某 个 任务 的 进度 

领域 层 (或 模型 层 ) 负责 表达 业务 概念 ， 业 务 状态 信息 以 及 业务 规则 。 尽 管 保存 业务 状态 的 技术 细节 
是 由 基础 设施 层 实 现 的 ， 但 是 反映 业务 情况 的 状态 是 由 本 层 控 制 并 且 使 用 的 。 领 域 
层 是 业务 软件 的 核心 

基础 设施 层 为 上 面 各 层 提 供 通用 的 技术 能 力 : 为 应 用 层 传递 消息 ， 为 领域 层 提 供 持久 化 机 制 ， 
为 用 户 界面 层 绘制 屏幕 组 件 ， 等 等 。 基 础 设施 层 还 能 够 通过 架构 框架 来 支持 四 个 层 
次 疗 的 交互 模式 


一 一 一 一 一 
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有 些 项 目 没有 明显 划分 出 用 户 界面 层 和 应 用 层 , 而 有 些 项 目 则 有 多 个 基础 设施 层 。 但 是 将 领 
域 层 分 离 出 来 才 是 实现 MopEL-DRIVEN DESIGN 的 关键 。 

因此 : 

给 复杂 的 应 用 程序 划分 层次 。 在 每 一 层 内 分 别 进行 设计 ， 使 其 具有 内 聚 性 并 且 只 依赖 于 
它 的 下 层 。 采 用 标准 的 架构 模式 ， 只 与 上 层 进行 松散 连接 。 将 所 有 与 领域 模型 相关 的 代码 放 
在 一 个 层 中 ， 并 把 它 与 用 户 界 面 层 、 应 用 层 以 及 基础 设施 层 的 代码 分 开 。 领 域 对 象 应 该 将 重 
点 放 在 如 何 表达 领域 模型 上 ， 而 不 需要 考虑 自己 的 显示 和 存储 问题 ， 也 无 需 管理 应 用 任务 等 
内 容 。 这 使 得 模型 的 含义 足够 丰富 ， 结 构 足 够 清晰 ， 可 以 捕捉 到 基本 的 业务 知识 ， 并 有 效 地 
使 用 这 些 知识 。 

将 领域 层 与 基础 设施 层 以 及 用 户 界面 层 分 离 , 可 以 使 每 层 的 设计 更 加 清晰 。 彼此 独立 的 层 更 
容易 维护 ,因为 它们 往往 以 不 同 的 速度 发 展 并 且 满 足 不 同 的 需求 。 层 与 层 的 分 离 也 有 助 于 在 分 布 
式 系统 中 部 署 程序 , 不同 的 层 可 以 灵活 地 放 在 不 同 服 务 器 或 者 客户 端 中 ,这 样 可 以 减少 通信 开销 ， 
并 优化 程序 性 能 ( [Fowler 1996] )。 


为 网 上 银行 功能 分 层 





该 应 用 程序 能 提供 维护 银行 账户 的 各 种 功能 。 其 中 一 个 功能 就 是 转账 , 用 户 可 以 输入 或 者 选 
择 两 个 账户 号 码 ， 填 写 要 转 的 金额 ， 然 后 开始 转账 。 

为 了 让 这 个 例子 更 容易 实现 , 这 里 省 略 了 一 些 主要 的 技术 特性 , 特别 是 安全 性 能 方面 的 一 些 
特性 。 模 型 设计 也 尽量 简化 。( 在 现实 生活 中 ， 网 银 的 复杂 性 只 会 增加 对 LAYERED ARCHITECTURE 
的 需求 。) 此 外 ， 这 个 例子 中 的 基础 设施 只 是 为 了 使 程序 更 简单 和 清楚 一 些 而 已 一 一 我 并 不 建议 
你 使 用 这 个 设计 。 简 化 后 的 功能 所 要 完成 的 任务 将 会 按照 图 4-1 来 分 层 。 

注意 ,负责 处 理 基本 业务 规则 的 是 领域 层 ， 而 不 是 应 用 层 一 一 在 这 个 例子 中 , 业务 规则 就 是 
“每 笔 贷款 必须 有 与 其 数目 相同 的 借款 ”。 

这 个 应 用 程序 没有 设 定 转账 请 求 的 发 起 方 。 程序 中 假定 包含 了 用 户 输入 界面 , 界面 中 有 账户 
号 码 和 转账 金额 的 输入 字段 以 及 一 些 命令 按 钮 。 但 是 也 可 以 用 基于 XML 的 电汇 请 求 来 替换 ， 这 
并 不 会 影响 应 用 晨 及 其 下 面 的 各 层 。 这 种 解 耦 至 关 重要 , 这 并 不 是 因为 在 项 目 中 经 常 需要 用 电汇 
请 求 来 代替 用 户 界面 ， 而 是 因为 关注 点 的 清晰 分 离 可 以 使 每 一 层 的 设计 更 易 理 解 和 维护 。 

事实 上 ， 图 4-1 本 身 也 略微 说 明了 不 分 离 领域 层 会 出 现 的 问题 。 这 张 图 需要 包含 从 请 求 到 事 
务 控 制 的 所 有 方面 ， 所 以 不 得 不 简化 领域 层 来 保证 整个 交互 过 程 简单 易 懂 。 如 果 我 们 专注 于 研究 
独立 领域 层 的 设计 ,就 可 以 构思 并 绘制 出 更 好 地 表达 领域 规则 的 模型 ,也 许 模 型 中 会 包含 分 类 账 、 
贷款 和 借款 对 象 ， 或 者 是 现金 交易 对 象 。 








[本 
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图 4-1 对 象 所 执行 的 任务 与 其 所 在 层 一 致 ， 并 且 与 同 层 其 他 对 象 的 联系 更 为 紧密 


i 











4.1.1 将 各 层 关联 起 来 

到 目前 为 止 ， 我 们 的 讨论 主要 集中 在 层次 划分 以 及 如 何 分 层 才 能 改进 程序 各 个 方面 的 设计 
上 , 特别 是 集中 在 领域 层 上 。 但 是 显然 ， 各 层 之 间 也 需要 互相 连接 。 在 连接 各 层 的 同时 不 影响 分 
离 带 来 的 好 处 ， 这 是 很 多 模式 的 目的 所 在 。 

各 层 之 间 是 松散 连接 的 , 层 与 层 的 依赖 关系 只 能 是 单 向 的 。 上 层 可 以 直接 使 用 或 操作 下 层 元 
素 , 方法 是 通过 调用 下 层 元 素 的 公共 接口 ， 保 持 对 下 层 元 素 的 引用 (至 少 是 暂时 的 ) 以 及 采用 常 
规 的 交互 手段 。 而 如 果 下 层 元 素 需 要 与 上 层 元 素 进行 通信 (不 只 是 回应 直接 查询 )， 则 需要 采用 另 
一 种 通信 和 机制 ,使 用 架构 模式 来 连接 上 下 层 , 比 如 回调 模式 或 OBSERVERS 模 式 ( [Gamma etal. 1995] ) 。 

最 早 将 用 户 界面 层 与 应 用 层 和 领域 层 相 连 的 模式 是 MODEL-VIEW-CONTROLLER (MVC， 模 
型 -视图 -控制 器 ) 框架 。 它 是 为 Smalltalk 语 言 发 明 的 一 种 设计 模式 ， 创 建 于 20 世 纪 70 年 代 。 随 后 
出 现 的 许多 用 户 界面 架构 都 是 受到 它 的 启发 而 产生 的 。[Fowler (2002)] 中 讨论 了 这 种 模式 以 及 几 
个 实用 的 变 体 。[Larman (1998)] 也 在 MODEL-VIEW SEPARATION 模 式 中 探讨 了 这 些 问 题 ， 他 所 提出 
的 APPLICATION COORDINATOR (应 用 协调 器 ) 是 连接 应 用 层 的 一 种 方法 。 

还 有 许多 其 他 连接 用 户 界面 层 和 应 用 层 的 方式 。 对 我 们 而 言 ,只 要 连接 方式 能 够 维持 领域 层 
的 独立 性 , 保证 在 设计 领域 对 象 时 不 需要 同时 考虑 可 能 与 其 交互 的 用 户 界面 ,那么 这 些 连接 方式 
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就 都 是 可 用 的 。 

通常 ， 基 础 设施 层 不 会 发 起 领域 层 中 的 操作 ， 它 处 于 领域 层 “ 之 下 ”， 不 包含 其 所 服务 的 领 
域 中 的 知识 。 事 实 上 这 种 技术 能 力 最 常 以 SERVICE 的 形式 提供 。 例 如 ， 如 果 一 个 应 用 程序 需要 发 
送 电 子 邮 件 ， 那么 一 些 消息 发 送 的 接口 可 以 放 在 基础 设施 层 中 ， 这样， 应 用 层 中 的 元 素 就 可 以 请 
求 发 送 消息 了 。 这 种 解 硬 使 程序 的 功能 更 加 丰富 。 消 息 发 送 接口 可 以 连接 到 电子 邮件 发 送 服务 、 
传真 发 送 服 务 或 任何 其 他 可 用 的 服务 。 但 是 这 种 方式 最 主要 的 好 处 是 简化 了 应 用 层 , 使 其 只 专注 
于 自己 所 负责 的 工作 ， 知 道 何 时 该 发 送 消息 ， 而 不 用 操心 怎么 发 送 。 

应 用 层 和 领域 层 可 以 调用 基础 设施 层 所 提供 的 SERVICE。 如 果 SERVICE 的 范围 选择 合理 ,接口 
设计 完善 ,那么 通过 把 详细 行为 封装 到 服务 接口 中 ,调用 程序 就 可 以 保持 与 SERVICE 的 松散 连接 ， 
并 且 不 会 那么 复杂 。 

然而 , 并 不 是 所 有 的 基础 设施 都 是 以 可 供 上 层 调 用 的 SERVICE 的 形式 出 现 的 。 有 些 技术 组 件 被 
设计 成 直接 支持 其 他 层 的 基本 功能 (比如 为 所 有 的 领域 对 象 提 供 抽象 基 类 ) ,并且 提 供 关联 机 制 ( 比 
如 MVC 及 类 似 框 架 的 实现 )。 这 种 “架构 框架 ”对 于 程序 其 他 部 分 的 设计 有 着 更 大 的 影响 。 


4.1.2 ”架构 框架 


如 果 基 础 设施 通过 接口 调用 SERVICE 的 形式 来 实现 ， 那 么 如 何 分 层 以 及 如 何 保持 层 与 层 之 间 
的 松散 连接 就 是 相当 显而易见 的 。 但 是 有 些 技术 问题 要 求 更 具 侵 入 性 的 基础 设施 。 整合 了 大 量 基 
础 设施 需求 的 框架 通常 会 要 求 其 他 层 以 某 种 特定 的 方式 实现 , 比如 以 框架 类 的 子 类 形式 或 者 带 有 
结构 化 的 方法 签名 。( 子 类 在 父 类 的 上 层 似乎 是 走 反 常理 的 ， 但 是 要 记 住 哪个 类 反映 了 另 一 个 类 
的 更 多 知识 。) 最 好 的 架构 框架 既 能 解决 复杂 技术 问题 ， 也 能 让 领域 开发 人 员 集中 精力 去 表达 模 
型 ， 而 不 考虑 其 他 问题 。 然 而 使 用 框架 很 容易 为 项 目 制造 障碍 : 要 么 是 设 定 了 太 多 的 假设 ， 减 小 
了 领域 设计 的 可 选 范围 ， 要 么 是 需要 实现 太 多 的 东西 ， 影 响 开 发 进度 。 

项 目 中 一 般 都 需要 某 种 形式 的 架构 框架 (尽管 有 时 项 目 团队 选择 了 不 太 合适 的 框架 )。 当 使 
用 框架 时 ,项目 团队 应 该 明确 其 使 用 目的 , 建立 一 种 可 以 表达 领域 模型 的 实现 并 且 用 它 来 解决 重 
要 问题 。 项目 团队 必须 想方设法 让 框架 满足 这 些 需 求 ， 即使 这 意味 着 抛弃 框架 中 的 一 些 功能 。 例 
如 ， 早 期 的 PEE 应 用 程序 通常 都 会 将 所 有 的 领域 对 象 实现 为 “实体 bean”。 这 种 实现 方式 不 但 影 
响 程序 性 能 , 还 会 减 慢 开发 速度 。 现 在 , 取而代之 的 最 佳 实践 是 利用 J2EE 框 架 来 实现 大 粒度 对 象 ， 
而 用 普通 Java 对 象 来 实现 大 部 分 的 业务 逻辑 。 不 亡 求 万 全 之 策 , 而 是 有 选择 性 地 运用 框架 来 解决 
难点 问题 , 就 可 以 避 开 框架 的 很 多 不 足 之 处 。 明 智 而 审慎 地 选择 框架 中 最 具 价 值 的 功能 能 够 减少 
程序 实现 和 框架 之 间 的 看 合 ， 使 随后 的 设计 决策 更 加 灵 医 。 更 重要 的 是 ,现在 许多 框架 的 用 法 都 
极其 复杂 ， 这 种 简化 方式 有 助 于 保持 业务 对 象 的 可 读 性 ， 使 其 更 富有 表达 力 。 

架构 框架 和 其 他 工具 都 在 不 断 的 发 展 。 在 新 出 现 的 框架 中 , 越 来 越 多 的 技术 问题 会 自动 得 到 
解决 或 者 被 预先 设 定好 解决 方案 。 如 果 框 架 使 用 得 当 ， 那么 程序 开发 人 员 将 可 以 更 加 专注 于 核心 
业务 问题 的 建 模 工作 ， 这 会 大 大 提高 开发 效率 和 程序 质量 。 但 与 此 同时 ， 我 们 必须 要 保持 克制 ， 
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不 要 总 是 想 着 要 寻找 框架 ， 因 为 精细 的 框架 也 可 能 会 束缚 住 程序 开发 人 员 。 
4.2 ”模型 属于 领域 层 


现在 ， 大 部 分 软件 系统 都 采用 了 LAYERED ARCHITECTURE， 只 是 采用 的 分 层 方案 存在 不 同 而 
已 。 许多 类 型 的 开发 工作 都 能 从 分 层 中 受益 。 然而 , 领域 驱动 设计 只 需要 一 个 特定 的 层 存在 即 可 。 
领域 模型 是 一 系列 概念 的 集合 。“ 领 域 层 ” 则 是 领域 模型 以 及 所 有 与 其 直接 相关 的 设计 元 素 
的 表现 ， 它 由 业务 逻辑 的 设计 和 实现 组 成 。 在 MODEL-DRIVEN DESIGN 中 ， 领 域 层 的 软件 构造 反映 
出 了 模型 概念 。 
如 果 领 域 逻 辑 与 程序 中 的 其 他 关注 点 混在 一 起 。 就 不 可 能 实现 这 种 一 致 性 ,将 领域 实现 独立 
[175] 出 来 是 领域 驱动 设计 的 前 提 。 


4.3 模式: THE SMART UI “ANTI-PATTERN” 


上 面 总 结 了 面向 对 象 程序 中 广泛 采用 的 LAYERED ARCHITECTURE 模 式 。 在 项 目 中 ， 人 们 经 常 
会 尝试 分 离 用 户 界面 、 应 用 和 领域 ， 但 是 成 功 的 分 离 却 不 多 见 ， 这 种 负面 作用 本 身 很 值得 讨论 。 

许多 软件 项 目 都 采用 并 且 应 该 保持 一 种 不 那么 复杂 的 设计 方法 ， 我 称 其 为 SMART UL (智能 
用 户 界面 ) 。 但 是 SMART UI 是 另 一 种 设计 方法 ， 与 领域 驱动 设计 方法 锭 然 不 同 且 互 不 兼容 。 如 果 
你 选择 了 SMART U1， 那么 本 书 中 所 讲 的 大 部 分 内 容 都 不 适合 你 。 我 感 兴趣 的 是 那些 无 法 应 用 
SMART UI 的 情况 ， 这 也 是 我 半 开 玩笑 地 称 其 为 “ 反 模式 ” 的 原因 。 本 节 讨 论 SMART UI 是 为 了 与 
领域 驱动 模式 进行 对 比 ， 并 帮助 我 们 认 清 在 本 书后 面 章 节 中 的 哪些 情况 下 需要 选择 相对 而 言 更 
难于 实现 的 领域 驱动 设计 模式 。 


Np Nt 
滋 党 


假设 一 个 项 目 只 需要 提供 简单 的 功能 ， 以 数据 输入 和 显示 为 主 ,涉及 业务 规则 很 少 。 项 目 团 
队 也 没有 高 级 对 象 建 模 师 。 

如 果 一 个 经 验 并 不 丰富 的 项 目 团 队 要 完成 一 个 简单 的 项 目 ， 却 决定 使 用 MODEL-DRIVEN 
DESIGN 以 及 LAYERED ARCHITECTURE， 那 么 这 个 项 目 组 将 会 经 历 一 个 艰难 的 学 习 过 程 。 团 队 成 员 
不 得 不 去 掌握 复杂 的 新 技术 ,艰难 地 学 习 对 和 象 建 模 。 (即使 有 这 本 书 的 帮助 ， 这 也 依然 是 一 个 具 
有 挑战 性 的 任务 ! ) 对 基础 设施 和 各 层 的 管理 工作 使 得 原本 简单 的 任务 却 要 花费 很 长 的 时 间 来 完 
成 。 简 单项 目的 开发 周期 较 短 ， 期 望 值 也 不 是 很 高 。 所 以 ， 早 在 项 目 团队 完成 任务 之 前 ， 该 项 目 
就 会 被 取消 ， 更 谈 不 上 去 论证 有 关 这 种 方法 的 许多 种 令 人 激动 的 可 行 性 了 。 

即使 项 目 有 更 充裕 的 时 间 , 如 果 没 有 专家 的 帮助 , 团队 成 员 也 不 太 可 能 掌握 这 些 技术 。 最 后 ， 
假如 他 们 确实 能 够 克服 这 些 困 难 , 恐怕 也 只 会 开发 出 一 套 简 单 的 系统 。 因 为 这 个 项 目 本 来 就 不 需 
要 丰富 的 功能 。 

经 验 丰 富 的 困 队 则 不 会 做 出 这 样 的 选择 。 身 经 百 战 的 开发 人 员 能 够 更 容易 学 习 , 进而 减少 管 

[76|] 理 各 层 所 需要 的 时 间 。 领 域 驱动 设计 只 有 应 用 在 大 型 项 目 上 才能 产生 最 大 的 收益 ,而 这 也 确实 需 
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要 高 超 的 技巧 。 不 是 所 有 的 项 目 都 是 大 型 项 目 ， 也 不 是 所 有 的 项 目 团队 都 能 掌握 那些 技巧 。 
因此 ， 当 情况 需要 时 
在 用 户 界面 中 实现 所 有 的 业务 逻辑 。 将 应 用 程序 分 成 小 的 功能 模块 ,分 别 将 它们 实现 成 用 户 
界面 ,并 在 其 中 碎 入 业务 规则 。 用 关系 数据 库 作 为 共享 的 数据 存储 库 。 使 用 自动 化 程度 最 高 的 用 
户 界 面 创建 工具 和 可 用 的 可 视 化 编程 工具 。 
这 是 一 种 有 争议 的 观点 。 设 计 原 则 (所 有 地 方 ， 包括 本 书 其 他 地 方 ， 都 在 倡导 的 原则 ) 应 该 
是 领域 和 UI 彼此 独立 。 事实 上 , 不 将 领域 和 用 户 界面 分 离 , 则 很 难 运 用 本 书后 面 所 要 讨论 的 方法 ， 
因此 在 领域 驱动 设计 中 ， 可 以 将 SMART UI 看 作 是 “ 反 模式 ”"。 然 而 在 其 他 情况 下 ， 它 也 是 完全 可 
行 的 。 其实 ,， SMART UI 也 有 其 自身 的 优势 ， 在 某 些 情况 下 它 能 发 挥 最 佳 的 作用 一 一 这 也 是 它 如 此 
普及 的 原因 之 一 。 在 这 里 介绍 SMART UI 能 够 帮助 我 们 理解 为 什么 需要 将 应 用 程序 与 领域 分 离 , 而 
且 更 重要 的 是 ， 还 能 让 我 们 知道 什么 时 候 不 需要 这 样 做 。 
优点 
口 效率 高 ， 能 在 短 时 间 内 实现 简单 的 应 用 程序 。 
口 能 力 较 差 的 开发 人 员 可 以 几乎 不 经 过 培训 就 采用 它 。 
口 甚至 可 以 克服 需求 分 析 上 的 不 足 ， 只 要 把 原型 发 布 给 用 户 ， 然 后 根据 用 户 反 馈 快速 修改 
软件 产品 即 可 。 
口 程序 之 间 彼此 独立 ， 这 样 ， 可 以 相对 准确 地 安排 小 模块 交付 的 日 期 。 额 外 扩展 简单 的 功 
能 也 很 容易 。 
口 可 以 很 顺利 地 使 用 关系 数据 库 ， 能 够 提供 数据 级 的 整合 。 


口 可 以 使 用 第 四 代 语 言 工 具 。 

口 移交 应 用 程序 后 ， 维 护 程序 员 可 以 迅速 重 写 他们 不 明白 的 代码 段 ， 因 为 修改 代码 只 会 影 
响 到 代码 所 在 的 用 户 界 面 。 

缺点 


O 不 通过 数据 库 很 难 集成 应 用 模块 。 
口 没有 对 行为 的 重用 ， 也 没有 对 业务 问题 的 抽象 。 在 每 一 次 用 到 业务 规则 的 操作 时 ， 都 必 
须 重 写 规则 。 
口 快速 的 原型 建立 和 迭代 都 有 自然 的 局 限 性 ， 因 为 抽象 的 缺乏 限制 了 重 构 的 选择 。 
口 复杂 的 功能 很 快 会 让 你 无 所 适 从 ， 所 以 程序 的 扩展 只 能 是 增加 简单 的 应 用 模块 ， 没 有 很 
好 的 办 法 来 实现 更 丰富 的 功能 。 
如 果 项 目 团队 有 意识 地 应 用 这 个 模式 , 那么 就 可 以 避免 其 他 方法 所 需要 的 大 量 开销 。 项 目 团 
队 常 犯 的 错误 是 采用 了 一 种 复杂 的 设计 方法 , 却 无 法 保证 项 目 从 头 到 尾 始终 使 用 它 。 另 一 种 常见 
的 也 是 代价 高 郧 的 错误 则 是 为 项 目 构建 一 种 复杂 的 基础 设施 , 并 使 用 顶级 的 工具 , 而 这 样 的 项 目 
根本 不 需要 它们 。 
大 部 分 灵活 的 编程 语言 (比如 Java) 对 于 小 型 应 用 程序 来 说 是 大 材 小 用 了 ， 并 且 使 用 它们 的 
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开销 很 大 。 第 四 代 语 言 风格 的 工具 就 足以 满足 这 种 需要 了 。 

记 住 , 在 项 目 中 使 用 智能 用 户 界 面 后 ,除非 重 写 全 部 的 应 用 模块 ， 否则 不 能 改 用 其 他 的 设计 
方法 。 使 用 诸如 Java 这 类 的 通用 语言 并 不 能 让 你 在 随后 的 开发 过 程 中 放弃 使 用 SMART UI[， 因 此 ， 
如 果 你 选择 了 这 条 路 线 ， 就 应 该 采用 与 之 匹配 的 开发 工具 。 不 要 浪费 时 间 去 同时 采用 多 种 选择 。 
只 使 用 灵活 的 编程 语言 并 不 一 定 会 创建 出 灵活 的 软件 系统 , 反而 有 可 能 会 开发 出 一 个 维护 代价 十 
分 高 昂 的 系统 。 

同样 道理 ， 采 用 MopEL-DRIVEN DESIGN 的 项 目 团队 从 项 目 初始 就 应 该 采用 模型 驱动 的 设计 。 
当然 ， 即 使 是 经 验 丰 富 的 项 目 图 队 在 开发 大 型 软件 系统 时 ， 也 不 得 不 从 简单 的 功能 着 手 ， 然 后 在 
整个 开发 过 程 中 使 用 连续 的 迭代 开发 。 但 是 最 初试 探 性 的 工作 也 应 该 是 由 模型 驱动 的 , 而 且 要 分 
离 出 独立 的 领域 层 ， 否 则 很 有 可 能 项 目 进 行 到 最 后 就 变 成 智能 用 户 界面 模式 了 。 


PE 
ee 2 


这 里 讨论 SMART UI 只 是 为 了 让 你 认 清 为 什么 以 及 何 时 需要 采用 诸如 LAYERED ARCHITECT- 
URE 这 样 的 模式 来 分 离 出 领域 层 。 

除了 SMART UI 和 LAYERED ARCHITECTURE 以 外 ， 还 有 一 些 其 他 的 设计 方案 。 比 如 ，[Fowler 
(2002)] 中 描述 的 TRANSACTION SCRIDT (事务 脚本 )， 它 将 用 户 界面 从 应 用 中 分 离 出 来 ， 但 是 却 并 
不 提供 对 象 模型 。 总 而 言 之 : 如 果 一 个 架构 能 够 把 那些 与 领域 相关 的 代码 隔离 出 来 ， 得 到 一 个 内 . 
聚 的 领域 设计 , 同时 又 使 领域 与 系统 其 他 部 分 保持 松散 连接 , 那么 这 种 架构 也 许可 以 支持 领域 驱 
动 设 计 。 

其 他 的 开发 风格 也 有 各 自 的 用 武之 地 ， 但 是 必须 要 考虑 到 各 种 对 于 复杂 度 和 灵活 性 的 限制 。 
在 某 些 条 件 下 , 将 领域 设计 与 其 他 部 分 混在 一 起 会 产生 灾难 性 的 后 果 。 如 果 你 要 开发 复杂 应 用 软 
件 并 且 决 定 使 用 MODEL-DRIVEN DESIGN， 那 么 做 好 准备 ， 咬 紧 牙 关 ， 雇 用 必 不 可 少 的 专家 ， 并 所 . 
不 要 使 用 SMART UI。 | 


4.4 其 他 分 离 方 式 


遗憾 的 是 , 除了 基础 设施 和 用 户 界 面 之 外 , 还 有 一 些 其 他 的 因素 也 会 破坏 你 精心 设计 的 领域 
模型 。 你 必须 要 考虑 那些 没有 完全 集成 到 模型 中 的 领域 元 素 。 你 不 得 不 与 同一 领域 中 使 用 不 同 模 
型 的 其 他 开发 团队 合作 。 还 有 其 他 的 因素 会 让 你 的 模型 结构 不 再 清晰 ,并且 影 响 模 型 的 使 用 效率 。 
在 第 14 章 中 ， 会 讨论 这 方面 的 问题 ， 同 时 会 介绍 一 些 其 他 的 设计 模式 ， 比 如 BOUNDED CONTEXT 
和 ANTICORRUPTION LAYER。 非 常 复杂 的 领域 模型 本 身 是 难以 使 用 的 ， 所 以 , 第 15 章 将 会 说 明 如 何 
在 领域 层 中 从 次 要 细节 中 提取 出 领域 的 基本 概念 。 

但 是 , 这 些 都 是 后 话 。 接 下 来 ,我们 将 会 讨论 一 些 具体 细节 ， 即 如 何 让 一 个 有 效 的 领域 模型 
和 一 个 富有 表达 力 的 实现 同时 演进 。 毕 况 , 把 领域 隔离 出 来 的 最 大 好 处 就 是 可 以 真正 专注 于 领域 


[5] 设计 ， 而 不 用 考虑 其 他 的 方面 。 
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软件 中 所 表示 的 模型 


想 在 不 削弱 模型 驱动 设计 的 能 力 的 前 提 下 对 实现 做 出 一 些 折 中 ， 需 要 重新 组 织 基本 元 
素 。 我 们 需要 将 模型 与 实现 的 各 个 细节 一 一 联系 起 来 。 本 章 主 要 讨论 这 些 基 本 的 模型 
元 素 并 理解 它们 ， 以 便 为 后 面 章节 的 讨论 打 好 基础 。 

本 章 的 讨论 从 如 何 设计 和 简化 关联 开始 。 对 象 之 间 的 关联 很 容易 想 出 来 ， 也 很 容易 画 出 来 ， 
但 实现 它们 却 存在 很 多 潜在 的 麻烦 。 关 联 也 表明 了 详细 的 实现 决策 在 MODEL-DRIVEN DESIGN 中 的 
重要 性 。 

本 章 的 讨论 将 侧重 于 模型 本 身 ， 但 仍 继续 仔细 考查 详细 的 模型 选择 与 实现 问题 之 间 的 关系 
我 们 将 着 重 区 分 用 于 表示 模型 元 素 的 三 种 模式 ;ENTITY、VALUE OBJECT 和 SERVICE 。 

从 表面 上 看 ,定义 那些 用 来 捕获 领域 概念 的 对 象 很 容易 ， 但 要 想 理解 其 含义 却 很 困难 。 这 
要 求 我 们 明确 区 分 各 种 模型 元 素 的 含义 ， 并 与 一 系列 设计 实践 结合 起 来 ， 从 而 开发 出 特定 类 型 
的 对 象 。 

一 个 对 象 是 用 来 表示 菜 种 具有 连续 性 和 标识 的 事物 的 呢 (可 以 眼 踪 它 所 经 历 的 不 同 状态 , 其 
至 可 以 跨 不 同 的 实现 跟踪 它 )， 还 是 用 于 描述 某 个 事物 的 某 种 状态 的 属性 呢 ? 这 是 ENTITY 与 
VALUE OBJECT 之 间 的 根本 区 别 。 明 确 地 选择 这 两 种 模式 中 的 一 个 来 定义 对 象 ， 有 利于 减少 歧义 ， 
并 帮助 我 们 做 出 特定 的 选择 ， 这 样 才能 得 到 健壮 的 设计 。 

领域 中 还 有 一 些 方面 适合 用 动作 或 操作 来 表示 , 这 比 用 对 象 表 示 更 加 清楚 。 这 些 方面 最 好 用 
SERVICE 来 表示 ， 而 不 应 把 操作 的 责任 强加 到 ENTITY 或 VALUE OBJECT 上 ， 尽 管 这 样 做 稍微 违背 了 


面向 对 象 的 建 模 传统 。SERVICE 是 应 客户 端 请 求 来 完成 某 事 。 在 软件 的 技术 层 中 有 很 多 SERVICE 。. 


在 领域 中 也 可 以 使 用 SERVICE， 当 对 软件 必须 实现 的 某 项 无 状态 的 活动 进行 建 模 时 ， 就 可 以 将 该 
活动 作为 一 项 SERVICE。 

在 有 些 情况 下 (例如 为 了 将 它 存储 在 关系 数据 库 中 )， 我 们 不 得 不 把 对 象 模型 做 一 些 折 中 改 
变 ， 虽 然 这 会 影响 它 的 纯度 。 本 章 将 给 出 一 些 指导 原则 ， 以 便 在 被 迫 处 理 这 种 复杂 局 面 时 保持 正 
确 的 方向 。 

最 后 ，MODULE 的 讨论 将 有 助 于 理解 这 样 一 个 要 点 一 一 每 个 设计 决策 都 应 该 是 在 深入 理解 领 
域 中 的 某 些 深层 知识 之 后 做 出 的 。 高 内 聚 、 低 耦合 这 种 思想 (通常 被 认为 是 一 种 技术 标准 ) 可 应 
用 于 概念 本 身 。 在 MODEL-DRIVEN DESIGN 中 ，MopULE 是 模型 的 一 部 分 ， 它 们 应 该 反映 领域 中 的 
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本 章 将 所 有 这 些 体现 软件 模型 的 构造 块 组 织 到 一 起 。 这 些 都 是 一 些 传统 思想 ， 而 且 一 些 
书籍 中 已 经 介绍 过 从 中 产生 的 建 模 和 设计 思想 。 但 将 这 些 思想 组 织 到 模型 驱动 开发 的 上 下 文 
中 ， 可 以 帮助 开发 人 员 创 建 符合 领域 驱动 设计 主要 原则 的 详细 组 件 ， 从 而 有 助 于 解决 更 大 的 
模型 和 设计 问题 。 此 外 ， 掌 握 这 些 基本 原则 可 以 帮助 开发 人 员 在 被 迫 做 出 折 中 设计 时 把 所 好 
正确 的 方向 。 


5.1 关联 
对 象 之 间 的 关联 使 得 建 模 与 实现 之 间 的 交互 更 为 复杂 。 
对 于 模型 中 每 个 可 遍历 的 关联 ， 在 软件 中 都 有 一 个 具有 同样 属性 的 机 制 。 


一 个 显示 了 顾客 与 销售 代表 之 间 关 联 的 模型 有 两 个 含义 。 一 方面 , 它 把 开发 人 员 所 认为 的 两 
个 真实 的 人 之 间 的 关系 抽象 出 来 。 另 一 方面 ， 它 相当 于 两 个 Java 对 象 之 间 的 对 象 指 针 ， 或 者 相当 
于 数据 库 查 询 (或 类 似 实现 ) 的 一 种 封装 。 

例如 ,一 对 多 关联 在 实例 变量 中 可 以 用 一 个 集合 来 实现 。 但 设计 不 一 定 要 这 样 直 接 。 可 能 没 
有 集合 ， 这 时 可 以 使 用 一 种 访问 方法 (accessor method) 来 查询 数据 库 ， 找 到 相应 的 记录 ， 并 用 
这 些 记录 来 实例 化 对 象 。 这 两 种 设计 方法 反映 了 同一 个 模型 。 在 设计 中 必须 指定 一 种 特殊 的 遍历 
机 制 ， 这 种 遍历 的 行为 应 该 与 模型 中 的 关联 一 致 。 

现实 生活 中 有 大 量 “ 多 对 多 ”关联 ， 其 中 有 很 多 关联 自然 而 然 是 双向 的 。 我 们 在 模型 开发 的 
早期 进行 头脑 风暴 活动 并 探索 领域 时 ,也 会 得 到 很 多 这 样 的 关联 。 但 这 些 普遍 的 关联 会 使 实现 和 
维护 变 得 很 复杂 。 此 外 ， 它 们 也 很 少 能 表示 出 关系 的 本 质 。 

至 少 有 三 种 方法 可 以 使 得 关联 更 易于 控制 。 

(1) 规定 一 个 遍历 方向 。 

(2) 添加 一 个 限定 符 ， 以 便 有 效 地 减少 多 重 关联 。 

(3) 消除 不 必要 的 关联 。 | 

尽 可 能 地 对 关系 进行 约束 是 非常 重要 的 。 双 向 关联 意味 着 只 有 将 这 两 个 对 象 放 在 一 起 考虑 才 
能 理解 它们 。 当 应 用 程序 不 要 求 双 向 遍历 时 ， 可 以 指定 一 个 遍历 方向 ， 以 便 减 少 相 互 依赖 性 ， 并 
简化 设计 。 理 解 了 领域 之 后 就 可 以 自然 地 确定 一 个 方向 。 

像 很 多 国家 一 样 , 美国 有 过 很 多 位 总 统 。 这 是 一 种 双向 的 、 一 对 多 的 关系 。 然 而 , 在 提 到 “ 乔 
治 ， 华盛顿 ”这 个 名 字 时 ， 我 们 很 少 会 问 “ 他 是 哪个 国家 的 总 统 ? “。 从 实用 的 角度 讲 ， 我 们 可 
以 将 这 种 关系 简化 为 从 国家 到 总 统 的 单 向 关联 。 如 图 $-1 所 示 。 这 种 精 化 实际 上 反映 了 对 领域 的 
深入 理解 , 而 且 也 是 一 个 更 实用 的 设计 。 它 表明 一 个 方向 的 关联 比 另 一 个 方向 的 关联 更 有 意义 且 
更 重要 。 也 使 得 Person 类 独立 于 基础 概念 President。 
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通常 , 通过 更 深入 的 理解 可 以 得 到 一 个 “限定 的 ” 关系 。 进 一 步 研究 总 统 的 例子 就 可 以 知道 ， 
一 个 国家 在 一 段 时 期 内 只 能 有 一 位 总 统 (内战 期 间或 许 有 例外 )。 这 个 限定 条 件 把 多 重 关系 简 化 
为 一 对 一 关系 ， 并 且 在 模型 中 植 入 了 一 条 明确 的 规则 。 如 图 5-2 所 示 。1790 年 谁 是 美国 总 统 ? 乔 


褒 : 华盛顿 。 
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图 5-1 反映 了 领域 中 自然 偏向 的 一 些 遍 历 方向 


的 设计 。 
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图 5-2 ”被 约束 的 关联 可 以 传达 更 多 知识 ， 
而 且 是 更 实用 的 设计 


限定 多 对 多 关联 的 遍历 方向 可 以 有 效 地 将 其 实现 简化 为 一 对 多 关联 , 从 而 得 到 一 个 简单 得 多 


坚持 将 关联 限定 为 领域 中 所 偏向 的 方向 , 不 仅 可 以 提高 这 些 关 联 的 表达 力 并 简化 其 实现 , 而 
且 还 可 以 突出 剩 下 的 双向 关联 的 重要 性 。 当 双向 关联 是 领域 的 一 个 语义 特征 时 , 或 者 当 应 用 程序 
的 功能 要 求 双 向 关联 时 ， 就 需要 保留 它 ， 以 便 表达 出 这 些 需 求 。 
当然 ， 最 终 的 简化 是 清除 那些 对 当前 工作 或 模型 对 象 的 基本 含义 来 说 不 重要 的 关联 。 
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图 5-3 


此 模型 中 的 Brokerage Account 的 一 个 Java 实 现 如 下 : 
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public class BrokerageAccount { 
String accountNumber; 
Customer customer; 
Set investments; 
// Constructors, etc. omitted 


public Customer getcustomer() { 
return customer; 

} 

public Set GetInvestments() { 
return investments; 


} 
但 是 , 如 果 需 要 从 关系 数据 库 取 回 数据 ,那么 就 可 以 使 用 另 一 种 实现 ( 它 同 样 出 符合 模型 ) ; 


Table: BROKERAGE ACCOUNT 








ACCOUNT NUMBER CUSTOMER SS_NUMBER 






Table: CUSTOMER 








Table: INVESTMENT 


ACCOUNT_NUMBER 











public class BrokerageAccount { 





String accountNumber; 


String customerSocialSecurityNumber; 
// Omit constructors, etc. 


public Customer getCustomer{() { 
String sqlQuery = 
"SELECT * FROM CUSTOMER WHERE" + 
"SS_NUMBER=' "+customerSocialSecurityNumber+t"'"; 
return QueryService.findsingleCustomerFor (sqlQuery); 
} 
public Set getInvestments() { 
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String sqlQuery = 
"SELECT * FROM INVESTMENT WHERE" + 


"BROKERAGE_ACCOUNT=' "+accountNumber+"'"; 


return QueryService.findinvestmentsFor (sqlQuery); 
， } 
(注意 : QueryService 是 一 个 实用 类 ， 它 从 数据 库 中 取 回 行 (row) 并 创建 对 象 ， 这 里 使 用 它 
是 为 了 简单 地 解释 这 个 示例 ， 但 它 在 实际 项 目 中 不 一 定 是 一 个 好 的 设计 。) 
下 面 ， 我 们 通过 限定 Brokerage Account (经 纪 账 户 ) 与 Investment (投资 ) 之 间 的 关联 来 简 
化 其 多 重 性 ,从 而 对 模型 进行 精 化 。 具体 的 限定 是 : 每 支 股票 只 能 对 应 于 一 笔 投资 ,如 图 5-4 所 示 。 国 
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图 5-4 


这 种 简化 并 不 适合 所 有 的 业务 情形 〈 例 如 ， 当 需要 同时 跟踪 多 笔 投资 的 时 候 ) ， 但 不 管 是 什 
么 特殊 规则 ， 只 要 发 现 了 关联 的 约束 ,就 应 该 将 这 些 约束 添加 到 模型 和 实现 中 。 它 们 可 以 使 模型 
更 精确 ， 使 实现 更 易于 维护 。 

现在 ，Java 实 现 变 成 下 面 这 样 : 


public class BrokerageAccount { 
String accountNumber; 
Customer customer; 


Map investments; 
// Omitting constructors, etc. 


public Customer getCustomer() { 
return customer; 


} 


public Investment getInvestment (String stockSymbol) { 


return (Investment)investments.get (stockSymbol); 
} 
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} 
基于 SQL 的 实现 如 下 : 


public class BrokerageAccount { 
String accountNumber; 
String customerSocialSecurityNumber; 


//Omitting constructors, etc. 


public Customer getCustomer() { 
String sqlQuery = "SELECT * FROM CUSTOMER WHERE SS_NUMBER='" 
+ customerSocialSecurityNumber + "'"} 
return QueryService,.findSsingleCustomerFor (sqlQuery); 
} 
public Investment getInvestment (String StockSymbol) { 
String sqlQuery = "SELECT * FROM INVESTMENT " 
+ "WHERE BROKERAGE ACCOUNT='" + accountNumber + "'" 
+ "AND STOCK_SYMBOL='" + stockSymbol +"'",} 
return QueryService.findInvestmentFor (sqlQuery); 


} 





仔细 地 简化 和 约束 模型 的 关联 是 通 往 MODEL-DRIVEN DESIGN 的 必 经 之 路 。 现 在 我 们 转向 对 象 
本 身 。 仔 细 区 分 对 象 可 以 使 得 模型 更 加 清晰 ， 并 得 到 更 实用 的 实现 。 


5.2 模式 ，ENTITY (又 称 为 REFERENCE OBJECT) 
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很 多 对 象 不 是 通过 它们 的 属性 定义 的 ， 而 是 通过 一 连 串 的 连续 事件 和 标识 定义 的 。 
深 深 漆 


一 位 女 房东 起 诉 了 我 , 要求 我 赔偿 她 房屋 的 大 部 分 损失 。 诉 状 上 是 这 样 说 的 : 房间 的 墙 上 有 
很 多 小 洞 ， 地 和 转 上 渍 是 污渍， 水池 里 的 脏 物 散发 出 的 腐蚀 性 气体 导致 厨房 墙 皮 脱落 。 鞭 庭 文 件 认 
定 我 作为 承租 人 应 该 为 这 些 损失 负责 , 依据 就 是 我 的 名 字 和 我 当时 的 地 址 。 这 把 我 完全 搞 糊 涂 了 ， 
因为 我 从 未 去 过 那个 被 损坏 的 房间 。 

过 了 一 会 儿 , 我 意识 到 这 一 定 是 认错 人 了 。 我 给 原告 打 电 话 ， 告 诉 她 这 一 点 ， 但 她 并 不 相信 
我 。 几 个 月 以 来 ， 上 一 位 租 客 一 直 在 躲避 她 。 如 何 才能 证 明 我 不 是 那个 破坏 她 房屋 的 人 呢 ? 现在 
电话 籍 里 只 有 一 个 Eric Evans 名 字 ， 那 就 是 我 。 

还 是 电话 矫 成 了 我 的 救星 。 由 于 我 在 这 所 公寓 里 已 经 住 了 两 年 , 于 是 我 问 她 是 否 还 有 去 年 的 
电话 矫 。 她 找到 了 电话 籍 ， 发 现 有 与 我 同名 的 人 (我 就 在 那个 人 下 面 )， 她 意识 到 我 不 是 她 要 起 
诉 的 那个 人 ， 于 是 向 我 道歉 ， 并 管 应 撤销 起 诉 。 

计算 机 并 不 会 这 样 “足智多谋 ”"。 软 件 系统 中 的 错误 标识 将 导致 数据 破坏 和 程序 错误 。 

这 里 存在 一 些 特殊 的 技术 挑战 , 我 们 一 会 将 会 稍 加 说 明 , 但 首先 来 看 一 下 基本 问题 。 很 多 事 
物 都 是 由 它们 的 标识 定义 的 ,而 不 是 由 任何 属性 定义 的 。 我 们 一 般 会 认为 , 一 个 人 继续 使 用 非 
技术 示例 ) 有 一 个 标识 ， 这 个 标识 会 陪伴 他 走 完 一 生 (甚至 死 后 )。 这 个 人 的 物理 属性 会 发 生变 
化 , 最 后 消失 。 他 的 名 字 可 能 改变 。 财务 关 系 也 会 发 生变 化 。 没有 哪个 属性 是 一 生 不 变 的 , 然而 ， 
标识 却 是 永久 的 。 我 跟 我 5 岁 时 是 同一 个 人 吗 ? 这 种 听 上 去 像 是 纯 哲 学 的 问题 在 探索 有 效 的 领域 
模型 时 非常 重要 。 稍 微 变 换 一 下 问题 的 角度 : 应 用 程序 的 用 户 是 否 关心 现在 的 我 和 5 岁 时 的 我 是 
不 是 同一 个 人 ? 

在 一 个 跟踪 到 期 应 收 账 款 的 软件 系统 中 ， 正 常 的 “客户 ”对 象 可 能 具有 更 丰富 多 彩 的 一 面 。 
如 果 按 时 付款 的 话 客 户 信用 就 会 提高 ,如 果 未 能 付款 则 将 其 移交 给 账单 清 缴 机 构 。 当 销售 人 员 将 
客户 数据 提取 出 来 , 并 放 到 联系 人 管理 软件 中 时 , “客户” 对 象 在 这 两 个 系统 中 就 有 了 两 个 生命 。 
无 论 是 哪 种 情况 ， 它 都 会 以 某 种 形式 压缩 成 平面 数据 ， 并 存储 在 数据 库 表 中 。 当 客户 停止 业务 往 
来 时 ， 客 户 对 象 就 “退休 ”了 ， 变 成 归档 状态 ， 成 为 先前 自己 的 一 个 影子 。 

客户 对 象 的 这 些 形 式 都 是 基于 不 同 编程 语言 和 技术 的 不 同 实现 。 但 当 接 到 订单 电话 时 , 知道 
以 下 事情 是 很 重要 的 : 这 个 客户 是 否 有 拖欠 的 账 务 ? 这 个 客户 是 不 是 已 经 与 Jack (一 位 销售 代表 ) 
保持 联络 达 好 几 个 星期 的 那个 客户 ? 还 是 说 他 完全 是 一 个 新 客户 ? 

在 对 象 的 多 个 实现 、 存 储 形式 和 真实 世界 的 参与 者 (例如 打 电 话 的 人 ) 之 间 ， 概 念 性 标识 必 
须 是 匹配 的 。 属 性 可 以 不 匹配 ,例如 ， 销 售 代表 可 能 已 经 在 联系 软件 中 更 新 了 地 址 ， 而 这 个 更 新 
正在 传送 给 到 期 应 收 账 款 软 件 。 两 个 客户 可 能 同名 。 在 分 布 式 软 件 中 ， 多 个 客户 可 能 从 不 同 地 点 
输入 数据 ， 这 需要 在 不 同 的 数据 库 中 异步 地 协调 这 些 更 新 事务 ， 使 它们 传播 到 整个 系统 。 
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对 象 建 模 有 可 能 把 我 们 的 注意 力 引 到 对 象 的 属性 上 ,但 实体 的 基本 概念 是 一 种 贯穿 整个 生命 
周期 (甚至 会 经 历 多 种 形式 ) 的 抽象 的 连续 性 。 

一 些 对 象 主要 不 是 由 它们 的 属性 定义 的 。 它 们 实际 上 表示 了 一 条 “标识 线 ”(A Thread of 
Identity) , 这 条 线 经 过 了 一 个 了 时 间 跨 度 , 而 且 对 象 在 这 条 线 上 通常 经 历 了 多 种 不 同 的 表示 。 有 时 ， 
这 样 的 对 和 象 必须 与 另 一 个 具有 不 同属 性 的 对 象 相 匹配 。 而 有 时 一 个 对 象 必 须 与 具有 相同 属性 的 另 
一 个 对 象 区 分 开 。 错 误 的 标识 可 能 会 破坏 数据 。 

主要 由 标识 定义 的 对 象 被 称 作 ENTITY*”。ENTITY (实体 ) 有 特殊 的 建 模 和 设计 思路 。 它 们 具 
有 生命 周期 , 这 期 间 它 们 的 形式 和 内 容 可 能 发 生根 本 改变 , 但 其 标识 保持 不 变 。 为 了 有 效 地 跟踪 
这 些 对 象 ， 必 须 定 义 它们 的 标识 。 它 们 的 类 定义 、 职 责 、 属 性 和 关联 必须 围绕 标识 来 变化 ,而 不 
会 随 着 特殊 属性 来 变化 。 即 使 对 于 那些 不 发 生根 本 变化 或 者 生命 周期 不 太 复杂 的 ENTITY ,也 应 该 
在 语义 上 把 它们 作为 ENTITY 来 对 待 ， 这 样 可 以 得 到 更 清晰 的 模型 和 更 健壮 的 实现 。 

当然 , 软件 系统 中 的 大 多 数 “ENTITY” 并 不 是 人 ， 也 不 是 一 般 意 义 上 的 ENTITY。ENTITY 可 以 
是 任何 事物 ， 只 要 满足 两 个 条 件 即 可 ,一 是 它 在 整个 生命 周期 中 具有 连续 性 ， 二 是 它 的 一 些 对 用 
户 来 说 非常 重要 的 不 同 状 态 不 是 由 属性 决定 的 。ENTITY 可 以 是 一 个 人 、 一 座 城市 、 一 辆 汽车 、 一 
张 彩票 或 一 次 银行 交易 。 

另 一 方面 ， 在 一 个 模型 中 , 并 不 是 所 有 对 象 都 是 具有 有 意义 标识 的 ENTITY。 由 于 面向 对 象 的 
语言 在 每 个 对 象 中 都 构建 了 一 些 “ 标 识 ” 操 作 【例如 ，Java 中 的 “一 ”操作 符 ) ， 这 个 问题 变 得 
更 加 复杂 。 这 些 操作 通过 比较 两 个 引用 在 内 存 中 的 位 置 (或 通过 其 他 机 制 ) 来 确定 这 两 个 引用 是 
否 指 向 同一 个 对 象 。 从 这 个 角度 讲 ， 每 个 对 象 实例 都 有 标识 。 比 方 说 ， 当 创建 一 个 用 于 将 远程 对 
象 缓 存 到 本 地 的 Java 运行 时 环境 或 技术 框架 时 ， 这 个 领域 中 的 每 个 对 象 可 能 确实 都 是 一 个 
ENTITY。 但 这 种 标识 机 制 在 其 他 应 用 领域 中 却 没 什么 意义 。 标 识 是 ENTITY 的 一 个 微妙 的 、 有 意义 
的 属性 ， 我 们 是 不 能 把 它 交 给 语言 的 自动 特性 来 处 理 的 。 

让 我 们 考虑 一 下 银行 应 用 程序 中 的 交易 。 同 一 天 、 间 一 个 账户 的 两 笔 数 额 相 同 的 存款 实际 上 
是 两 次 不 同 的 交易 ， 因 此 它们 是 具有 各 由 标识 的 ENTITY。 另 一 方面 ,这 两 笔 交 易 的 金额 属性 可 能 
是 某 信 货币 对 象 的 实例 。 这 些 值 没有 标识 ， 因 为 没有 必要 区 分 它们 。 事 实 上 ， 两 个 对 象 可 能 有 相 
同 的 标识 ,但 属性 可 能 不 同 , 在 必要 的 情况 下 甚至 可 能 不 属于 同一 个 类 。 当 银行 客户 拿 银行 结算 
单 与 支票 记录 矫 进 行 交易 对 账 时 , 这 项 任务 就 是 匹配 具有 相同 标识 的 交易 ,尽管 它们 是 由 不 同 的 
人 在 不 同 的 日 期 记录 的 《银行 清算 日 期 比 支票 上 的 日 期 晚 )。 支 票 号 码 就 是 用 于 对 账 的 唯一 标识 
符 ， 无 论 这 个 问题 是 由 计算 机 程序 处 理 还 是 手工 处 理 。 存 款 和 取款 没有 标识 号 码 ， 因 此 可 能 更 复 


并 没有 做 到 。 大 多 数 ENTIYY 都 被 实现 为 普通 对 象 。 不 管 它们 是 如 何 实现 的 ，ENTITY 都 是 领域 模型 中 的 一 





特征 。 A 
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标识 的 重要 性 并 不 仅仅 体现 在 特定 的 软件 系统 中 ， 在 软件 系统 之 外 它 通常 也 是 非常 重要 的 ， 
银行 交易 和 公寓 租 客 的 例子 中 就 是 如 此 。 但 有 时 标识 只 有 在 系统 上 下 文中 才 重 要 ， 例 如 一 个 计算 
机 进程 的 标识 。 

因此 : 

当 一 个 对 象 由 其 标识 (而 不 是 属性 ) 区 分 时 , 那么 在 模型 中 应 该 主要 通过 标识 来 确定 该 对 象 
的 定义 。 使 类 定义 变 得 简单 ， 并 集中 关注 生命 周期 的 连续 性 各 标识。 定义 一 种 区 分 每 个 对 象 的 方 
式 ， 这 种 方式 应 该 与 其 形式 和 历史 无 关 。 要 格外 注意 那些 需要 通过 属性 来 匹配 对 象 的 需求 。 在 定 
义 标 识 操作 时 ， 要 确保 这 种 操作 为 每 个 对 象 生 成 唯一 的 结果 , 这 可 以 通过 附加 一 个 保证 唯一 性 的 
符号 来 实现 。 这 种 定义 标识 的 方法 可 能 来 自 外 部 ， 也 可 能 是 由 系统 创建 的 任意 标识 符 ， 但 它 在 模 
型 中 必须 是 上 唯一 的 标识 。 模 型 必须 定义 出 “符合 什么 条 件 才 算是 相同 的 事物 ”。 

在 现实 世界 中 , 并 不 是 每 一 个 事物 都 必须 有 一 个 标识 ,标识 重 不 重要 , 完全 取决 于 它 是 否 有 
用 。 实际 上 , 现实 世界 中 的 同一 个 事物 在 领域 模型 中 可 能 需要 表示 为 ENTITY， 也 可 能 不 需要 表示 
为 ENTITY 。 

体育 场 座位 预订 程序 可 能 会 将 座位 和 观众 当 作 ENTITY 来 处 理 。 在 分 配 座位 时 , 每 张 票 都 有 一 
个 座位 号 ， 座 位 是 ENTITY。 其 标识 符 就 是 座位 号 ， 它 在 体育 场 中 是 唯一 的 。 座 位 可 能 还 有 很 多 其 
他 属性 ， 例 如 位 置 、 视 野 是 否 开阔 、 价 格 等 ， 但 只 有 座位 号 〈 或 者 说 某 一 排 的 一 个 位 置 ) 才 用 于 
识别 和 区 分 座位 。 

另 一 方面 ， 如 果 座 位 的 分 配方 式 是 “ 先 到 先 坐 ”(general admission) ， 那 么 观众 可 以 寻找 任 
意 的 空 座 位 来 坐 ， 这 样 就 不 需要 对 座位 加 以 区 分 。 在 这 种 情况 下 ， 只 有 座位 总 数 才 是 重要 的 。 尽 
管 座位 上 仍然 印 有 座位 号 , 但 软件 已 经 不 需要 跟踪 它们 。 事 实 上 ， 这 时 如 果 模 型 仍然 将 座位 号 与 
门票 关联 起 来 ， 那 么 它 就 是 错误 的 ， 因 为 先 到 先 坐 没有 这 样 的 约束 。 在 这 种 情况 下 ， 座 位 不 是 
ENTITY， 因 此 不 需要 标识 符 。 


2 Sc 区 


5.2.1 ENTITY 建 模 


当 对 一 个 对 象 进行 建 模 时 , 我 们 自然 而 然 会 考虑 它 的 属性 , 而 且 考 虑 它 的 行为 也 显得 非常 重 
要 。 但 ENTITY 的 最 基本 职责 是 确保 连续 性 ， 以 便 使 其 行为 更 清楚 且 可 预测 。 保 持 实体 的 简练 是 实 
现 这 一 责任 的 关键 。 不 要 将 注意 力 集中 在 属性 或 行为 上 ， 应 该 摆脱 这 些 细 枝 末节 ， 抓 住 ENTITY 
对 象 定义 的 最 基本 特征 ， 尤 其 是 那些 用 于 识别 、 查 找 或 匹配 对 象 的 特征 。 只 添加 那些 对 概念 至 关 
重要 的 行为 和 这 些 行为 所 必需 的 属性 。 此 外 , 应 该 将 行为 和 属性 转移 到 与 核心 实体 关联 的 其 他 对 
象 中 。 在 这 些 对 象 中 ， 有 些 可 能 是 ENTITY， 有 些 可 能 是 VALUE OBJECT (这 是 本 章 接 下 来 要 讨论 的 
模式 )。 除 了 标识 问题 之 外 ， 实 体 往 往 通过 协调 其 对 象 的 操作 来 完成 自己 的 职责 。 
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图 5-5 与 标识 有 关 的 属性 留 在 ENTITY 内 
在 图 5-5 中 ，customerID 是 Customer ENTITY 的 一 个 (也 是 唯一 的 ) 标识 符 ， 但 phone number 
(电话 号 码 ) 和 address (地址 ) 都 经 常用 来 查找 或 匹配 一 个 Customer (客户 )。name (姓名 ) 没 
有 定义 一 个 人 的 标识 ， 但 它 通常 是 确定 人 的 方式 之 一 。 在 这 个 示例 中 ，phone 和 address 属 性 被 移 
到 Customer 中 , 但 在 实际 的 项 目 上 , 这 种 选择 取决 于 领域 中 的 Customer 一 般 是 如 何 匹 配 或 区 分 的 。 
例如 ， 如 果 一 个 Customer 有 很 多 用 于 不 同 目的 的 phone number， 那 么 phone number 就 与 标识 无 关 ， 
因此 应 该 放 在 Sales Contact (销售 联系 人 ) 中 。 


5.2.2 设计 标识 操作 


每 个 ENTITY 都 必须 有 一 种 建立 标识 的 操作 方式 , 以 便 与 其 他 对 象 区 分 开 , 即使 这 些 对 象 与 它 
具有 相同 的 描述 属性 。 不 管 系统 是 如 何 定义 的 ， 都 必须 确保 标识 属性 在 系统 中 是 唯一 的 ,即使 是 
在 分 布 式 系统 中 ， 或 者 对 象 已 被 归档 ， 也 必须 确保 标识 的 唯一 性 。 

如 前 所 述 ， 面 向 对 象 语言 有 一 些 “ 标 识 ” 操 作 ， 它 们 通过 比较 对 象 在 内 存 中 的 位 置 来 确定 两 
个 引用 是 否 指向 同一 个 对 象 。 这 种 标识 跟踪 机 制 过 于 简单 了 ， 它 无 法 满足 我 们 的 目的 。 在 大 多 数 
对 象 持久 存储 技术 中 ,每 次 从 数据 库 检索 出 一 个 对 象 时 ， 都 会 创建 一 个 新 实例 ,这样 原来 的 标识 
就 丢失 了 。 每 次 在 网 络 上 传输 对 象 时 ， 在 目的 地 也 会 创建 一 个 新 实例 ， 这 也 会 导致 标识 的 丢失 。 
当 系 统 中 存在 同一 对 象 的 多 个 版 本 时 (例如 当 通 过 分 布 式 数据 库 来 传播 更 新 的 时 候 )， 问 题 将 会 
更 复杂 。 

尽管 有 一 些 用 于 简化 这 些 技术 问题 的 框架 , 但 基本 问题 仍然 存在 。 如 何 才能 判定 两 个 对 象 是 
否 表示 同一 个 概念 ENTITY? 标识 是 在 模型 中 定义 的 。 定 义 标识 要 求 理解 领域 。 

有 时 , 某 些 数据 属性 或 属性 组 合 可 以 确保 它们 在 系统 中 具有 了 唯一 性 , 或 者 在 这 些 属性 上 加 一 
些 简单 约束 可 以 使 其 具有 唯一 性 。 这 种 方法 为 ENTITY 提 供 了 上 唯 一 键 。 例 如 ， 上 日报 可 以 通过 名 称 、 
城市 和 出 版 日 期 来 识别 。( 但 要 注意 临时 增刊 和 名 称 变 更 1) 
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当 对 象 的 属性 中 没有 真正 的 唯一 键 时 , 另 一 种 经 常用 到 的 解决 方案 是 为 每 个 实例 附加 一 个 在 
类 中 唯一 的 符号 【例如 一 个 数字 或 字符 串 ) 。 一 旦 这 个 了 符号 被 创建 并 存储 为 ENTITY 的 一 个 属性 ， 
必须 将 它 指定 为 不 可 改变 。 它 必须 永远 不 变 ， 即使 开发 系统 无 法 直接 强制 这 条 规则 。 例 如 ， 当 对 
象 被 压缩 为 平面 数据 并 改变 结构 以 便 保存 在 数据 库 中 时 , 四 属性 应 该 保持 不 变 。 有 时 可 以 利用 一 
个 技术 框架 来 实现 此 目的 ， 但 如 果 没 有 这 样 的 框架 ， 就 需要 通过 工程 规程 来 约束 。 

通常 DD 是 由 系统 自动 生成 的 。 生 成 算法 必须 确保 ID 在 系统 中 是 唯一 的 。 在 并 行 处 理 系 统 和 
分 布 式 系统 中 , 这 可 能 是 一 个 难题 。 生 成 这 种 人 D 的 技术 超出 了 本 书 的 范围 。 这 里 的 目的 是 指出 何 
时 需要 考虑 这 些 问题 ， 以 便 使 开发 人 员 能 够 意识 到 有 一 个 问题 等 待 他 们 去 解决 , 并 知道 如 何 将 注 
意 力 集中 到 关键 问题 上 。 关 键 是 要 认识 到 标识 问题 取决 于 模型 的 特定 方面 。 通 常 ， 要 想 找 到 解决 
标识 问题 的 方法， 必须 对 领域 进行 仔细 的 研究 。 

当 自 动 生成 ID 时 ， 用 户 可 能 永远 不 需要 看 到 它 。 中 可 能 只 是 在 内 部 需要 ， 例 如 在 一 个 可 以 
按 人 名 查找 记录 的 联系 人 管理 应 用 程序 中 。 这 个 程序 需要 用 一 种 简单 、 明 确 的 方式 来 区 分 两 个 同 
名 联系 人 ,这 就 可 以 通过 唯一 的 内 部 四 来 实现 。 在 检索 出 两 个 不 同 的 条 目 后 ， 系 统 将 显示 这 两 个 
不 同 的 联系 人 ， 但 可 能 不 会 显示 ID。 用 户 可 以 通过 这 两 个 人 的 公司 、 地 点 等 属性 来 区 分 他 们 。 

最 后 , 在 有 些 情况 下 用 户 会 对 生成 的 ID 感 兴趣 。 当 我 委托 一 个 包 庄 运送 服务 寄 包 襄 时 ， 我 会 
得 到 一 个 跟踪 号 ， 它 是 由 运送 公司 的 软件 生成 的 ,我 可 以 用 这 个 号 码 来 识别 和 跟踪 我 的 包 误 。 当 
我 预订 机 票 或 酒店 时 ， 会 得 到 一 个 确认 号 码 ， 它 是 预订 交易 的 唯一 标识 符 。 

在 某 些 情况 下 , 需要 确保 外 在 多 个 计算 机 系统 之 间 具 有 唯一 性 。 例 如， 如果 需要 在 两 家 具有 
不 同 计算 机 系统 的 医院 之 间 交 换 医 疗 记录 , 那么 理想 情况 下 每 个 系统 对 同一 个 病人 应 该 使 用 同一 
个 也 , 但 如 果 这 两 个 系统 各 自生 成 自己 的 ID, 这 就 很 难 实现 。 这 样 的 系统 通常 使 用 由 另外 一 家 机 
构 (一 般 是 政府 机 构 ) 发 放 的 标识 符 。 在 美国 ， 医 院 通常 使 用 社会 安全 号 码 作 为 病人 的 标识 符 。 
但 这 样 的 方法 也 不 是 万 无 一 失 的 , 因为 并 不 是 每 个 人 都 有 社会 安全 号 码 (特别 是 儿童 和 非 美国 居 
民 )， 而 且 很 多 入 会 出 于 个 人 隐私 原因 而 反对 这 种 做 法 。 

在 一 些 非 正式 的 场合 (比方 说 ,音像 出 租 )， 可 以 使 用 电话 号 码 作为 标识 符 。 但 电话 可 能 是 
共用 的 ， 号 码 也 可 能 会 更 改 ， 黄 至 一 个 旧 的 电话 号 码 可 能 会 重新 分 配给 一 个 不 同 的 人 。 

由 于 这 些 原 因 , 我 们 一 般 使 用 特别 指定 的 标识 符 〈 例 如 常 飞 乘客 "编号 ) , 而 使 用 其 他 属性 ( 例 
如 电话 号 码 和 社会 安全 号 码 ”) 进行 匹配 和 验证 。 在 任何 情况 下 ， 当 应 用 程序 需要 一 个 外 部 ID 时 ， 
都 由 系统 的 用 户 负 责 提供 唯一 的 ID， 而 且 系 统 必须 为 用 户 提 供 适 当 的 工具 来 处 理 异 常情 况 。 

在 所 有 这 些 技术 问题 的 干扰 下 , 人 们 很 容易 忽略 一 个 基本 的 概念 问题 : 两 个 对 象 是 同一 事物 
时 意味 着 什么 ? 我 们 很 容易 为 每 个 对 象 分 配 一 个 ID, 或 是 编写 一 个 用 于 比较 两 个 实例 的 操作 , 但 


@ 常 飞 乘客 ，frequent flier， 是 指 经 常 乘 飞 机 的 人 。 一 一 译 者 注 
@ 社会 安全 号 码 ，Social Security Number， 由 美国 政府 对 其 合法 公民 和 居民 颁发 。 主 要 用 于 报税 、 申 请 驾照 、 申 请 
账户 等 功能 ， 是 一 种 身份 证 明 。 一 一 编者 注 
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如 果 这 些 ID 或 操作 在 领域 中 并 没有 显著 的 区 别 , 那么 只 会 使 问题 更 混乱 。 这 就 是 分 配 标 识 的 操作 
通常 需要 人 工 输 入 的 原因 。 例如， 支票 籍 对 账 软件 可 以 提供 一 些 有 可 能 匹配 的 账目 , 但 它们 是 否 
真 的 匹配 则 要 由 用 户 最 终 决 定 。 


5.3 模式， VALUE OBJECT 





很 多 对 象 没有 概念 上 的 标识 ， 它 们 描述 了 一 个 事务 的 某 种 特征 。 


当 一 个 小 孩 画 画 的 时 候 , 他 注意 的 是 画笔 的 颜色 和 笔尖 的 粗细 。 但 如 果 有 两 只 颜色 和 粗细 相 
同 的 画笔 , 他 可 能 不 会 在 意 使 用 哪 一 支 。 如 果 有 一 支 笔 弄 丢 了 ,他 可 以 从 一 套 新 笔 中 拿 出 一 支 同 
颜色 的 笔 来 继续 画 画 ， 根 本 不 会 在 意 已 经 换 了 一 支 笔 。 

问 问 孩 子 冰箱 上 的 画 都 是 谁 画 的 ， 他 会 很 快 辨认 出 哪些 是 他 画 的 ， 哪 些 是 他 姐姐 画 的 。 姐 弟 
俩 有 一 些 实用 的 标识 来 区 分 自己 的 画 , 就 像 他 们 完成 的 这 些 画 各 自 有 一 些 实用 的 标识 那样 。 但 设 
想 一 下 ,如 果 孩 子 必须 记 住 哪些 线条 是 用 哪 支 笔 画 的 ,情况 该 有 多 么 复杂 ? 如 果 这 样 的 话 ， 画 画 
将 不 再 是 小 孩子 的 游戏 了 。 

由 于 模型 中 最 引 人 注 意 的 对 象 往往 是 ENTITY, 而 且 跟 踪 每 个 ENTITY 的 标识 是 极为 重要 的 , 因 
此 我 们 很 自然 地 会 想到 为 每 个 领域 对 象 都 分 配 一 个 标识 。 实 际 上 , 一 些 框架 确实 为 每 个 对 象 分 配 
了 一 个 唯一 的 思 。 

这 样 一 来 , 系统 就 必须 处 理 所 有 这 些 ID 的 跟踪 问题 , 从 而 导致 许多 本 来 可 能 的 性 能 优化 不 得 
不 被 放弃 。 此 外 ， 人 们 还 需要 付出 大 量 的 分 析 工作 来 定义 有 意义 的 标识 ， 还 需要 开发 出 一 些 可 靠 
的 跟踪 方式 ， 以 便 在 分 布 式 系统 之 间或 在 数据 库存 储 中 跟踪 对 象 。 同 样 重 要 的 是 ， 宵 目 添 加 标识 
可 能 会 产生 误导 。 它 会 使 模型 变 得 混乱 ， 使 所 有 对 象 看 起 来 都 是 同一 模式 。 
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跟踪 ENTITY 的 标识 是 非常 重要 的 ， 但 为 其 他 对 象 也 加 上 标识 会 影响 系统 性 能 并 增加 分 析 工 
作 ， 而 且 会 使 模型 变 得 混乱 ， 因 为 所 有 对 象 看 起 来 都 是 相同 的 。 

软件 设计 要 时 刻 与 复杂 性 做 斗争 。 我 们 必须 区 别 对 待 问题 , 将 特殊 的 处 理 方式 应 用 到 真正 需 
要 的 地 方 。 

然而 ,如 果 仅 仅 把 这 类 对 象 当 作 没有 标识 的 对 象 ,那么 就 忽略 了 它们 的 工具 价值 或 术语 价值 。 
事实 上 , 这 些 对 象 有 其 自己 的 特征 , 对 模型 也 有 着 自己 的 重要 意义 。 这 些 是 用 来 描述 事物 的 对 象 。 

用 于 措 述 领域 的 某 个 方面 而 本 身 没有 概念 标识 的 对 象 称 为 VALUE OBJECT ( 值 对 象 )。VALUE 
OBJECT 被 实例 化 之 后 用 来 表示 一 些 设计 元 素 ， 我 们 只 关心 这 些 元 素 是 什么 ， 而 不 关心 它们 是 谁 。 








“地 址 ” 是 VALUE OBJEcTS? 谁 会 上 和 
”在 一 个 邮购 公 司 的 软件 中 ， 需要 用 地 址 来 核 实 信用 卡 并 投递 包 豪 。 但 如 果 一 个 人 的 室友 
| 也 从 同一 家 公司 订购 了 货物 , 那么 是 否 意识 到 他 们 住 在 同一 个 地 方 并 不 重要 。 因 此 地 址 是 一 个 
VALUE OBJECT. 

在 一 个 用 于 安排 投递 路 线 的 邮政 服务 软件 中 ， 国 家 可 能 被 组 织 为 一 个 由 地 区 、 城 市 、 邮 政 
区、 街区 以 及 最 终 的 个 人 地 址 组 成 的 层次 结构 . 这 些 地 址 对 象 可 以 从 它们 在 层次 结构 中 的 父 对 
象 获取 邮政 编码 ， 而 且 ， 如 果 邮 政 服务 决定 重新 划分 邮政 区 ,那么 所 有 地 址 都 将 随 之 改变 。 在 
这里， 地 址 是 一 个 ENTITY。 

在 电力 运营 公司 的 软件 中 ， 一 个 地 址 对 应 于 公司 线路 和 服务 的 一 个 目的 地 。 如 果 几 个 室 
友 各 自打 电话 申请 电力 服务 ,公司 需要 知道 他 们 其 实 是 住 在 同一 个 地 方 这 一 点 。 在 这 种 情况 下 ， 
地 址 是 一 个 ENTITY。 换 种 方式 ， 模 型 可 以 将 电力 服务 与 “住处 ”关联 起 来 ， 那 么 住处 就 是 一 个 
带 有 地 址 属性 的 ENTITY 了 ， 这 时 ， 地 址 就 是 一 个 VALUE OBJECT。 


颜色 是 很 多 现代 开发 系统 的 基础 库 所 提供 的 VALUE OBJECT 的 一 个 例子 ,字符 串 和 数字 也 是 这 
样 的 VALUE OBJECT (我 们 不 会 关心 所 使 用 的 是 哪 一 个 “4” 或 哪 一 个 “Q”)。 这 些 基 本 的 例子 非 
常 简单 ， 但 VALUE OBJECT 并 不 都 这 样 简单 。 例 如 ， 调 色 程序 可 能 有 一 个 功能 丰富 的 模型 ， 在 这 个 
模型 中 ， 可 以 把 功能 更 强 的 VALUE OBJECT 组 合 起 来 产生 其 他 颜色 。 这些 颜色 可 能 具有 很 复杂 的 算 
法 ， 通 过 这 些 算法 的 共同 计算 得 到 新 的 VALUE OBJECT。 

VALUE OBJECT 可 以 是 其 他 对 象 的 集合 。 在 设计 房屋 规划 的 软件 中 ,可 以 为 每 种 窗户 样式 创建 
一 个 对 象 。 我 们 可 以 将 “窗户 样式 ”连同 它 的 高 度 、 宽 度 以 及 修改 和 组 合 这 些 属 性 的 规则 一 起 放 
到 “窗户 ”对 象 中 。 这 些 窗户 就 是 由 其 他 VALUE OBJECT 组 成 的 复杂 VALUE OBJECT。 它 们 进而 又 被 
合并 到 更 大 的 设计 元 素 中 ， 例 如 “ 墙 ” 对 象 。 

VALUE OBJECT 甚至 可 以 引用 ENTITY 。 例 如 ,如 果 我 请 在 线 地 图 服务 为 我 提供 一 个 从 旧金山 到 
洛杉矶 驾车 风景 游 路 线 ， 它 可 能 会 得 出 一 个 “路 线 ” 对 象 ， 此 对 象 通过 太平 洋 海 岸 公路 连接 旧 
金山 和 洛杉矶 。 这 个 “路 线 ” 对 象 是 一 个 VALUE， 尽 管 它 所 引用 的 3 个 对 象 (两 座 城 市 和 一 条 公 
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路 ) 都 是 ENTITY。 

VALUE OBJECT 经 常 作为 参数 在 对 象 之 间 传 递 消 息 。 它们 常常 是 临时 对 象 , 在 一 次 操作 中 被 创 
建 ， 然 后 丢弃 。VALUE OBJECT 可 以 用 作 ENTITY (以 及 其 他 VALUE) 的 属性 。 我 们 可 以 把 一 个 人 建 
模 为 一 个 具有 标识 的 ENTITY， 但 这 个 人 的 名 字 是 一 个 VALUE。 

当 我 们 只 关心 一 个 模型 元 素 的 属性 时 ， 应 把 它 归 类 为 VALUE OBJECT。 我 们 应 该 使 这 个 模型 
元 素 能 够 表示 出 其 属性 的 意义 ， 并 为 它 提供 相关 功能 。VALUE OBJECT 应 该 是 不 可 变 的 。 不 要 为 
它 分 配 任何 标识 ， 而 且 不 要 把 它 设计 成 像 ENTITY 那 么 复杂 。 

VALUE OBJECT 所 包含 的 属性 应 该 形成 一 个 概念 整体 ”。 例 如 ，street (街道 )、city (城市 ) 和 
postal code 〈 邮 政 编码 ) 不 应 是 Person (人) 对 象 的 单独 的 属性 。 它 们 是 整个 地 址 的 一 部 分 ， 这 
样 可 以 使 得 Person 对 象 更 简单 ， 并 使 它 成 为 一 个 更 连贯 的 VALUE OBJECT。 如 图 5-6 所 示 。 



































Customer Customer 
customerID customerID 
name > name 
street address 
city 
state 

Address 
street 
city 
state 











图 5-6 ”VALUE OBJECT 可 以 提供 一 个 ENTITY 的 有 关 信 息 ， 它 在 概念 上 应 该 是 一 个 整体 


5.3.1 设计 VALUE OBJECT 


我 们 并 不 关心 使 用 的 是 VALUE OBJECT 的 哪个 实例 。 由 于 不 受 这 方面 的 约束 , 设计 可 以 获得 更 
大 的 自由 ， 因 此 可 以 简化 设计 或 优化 性 能 。 在 设计 VALUE OBJECT 时 有 多 种 选择 ， 包 括 复 制 、 共 享 
或 保持 VALUE OBJECT 不 变 。 

两 个 人 同名 并 不 意味 着 他 们 是 同一 个 人 , 也 不 意味 着 他 们 是 可 互 换 的 。 但 表示 名 字 的 对 象 是 
可 以 互 换 的 , 因为 它们 只 涉及 名 字 的 拼写 。 一 个 Name 对 象 可 以 从 第 一 个 Person 对 象 复制 给 第 二 个 
Person 对 象 。 

事实 上 , 这 两 个 Person 对 象 可 能 不 需要 自己 的 名 字 实 例 ， 它 们 可 以 共享 周一 个 Name 对 象 (其 





@ WHOLE VALUE 模式 是 由 Ward Cunningham 提 出 的 。 
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中 每 个 Person 对 象 都 有 一 个 指向 同一 个 名 字 实 例 的 指针 ) ， 而 无 需 改 变 它 们 的 行为 或 标识 。 也 就 
是 说 ， 它 们 的 行为 一 直 是 正确 的 ， 直到 有 一 个 人 改 了 名 字 。 这 时 另 一 个 人 的 名 字 也 将 改变 ! 为 了 
防止 这 种 错误 的 发 生 ， 以 便 安 全 地 共享 一 个 对 象 ， 必须 确保 Name 对 象 是 不 变 的 一 一 它 不 能 改变 ， 
除非 将 其 整个 替换 掉 。 

当 一 个 对 象 将 它 的 一 个 属性 作为 参数 或 返回 值 传递 给 另 一 个 对 象 时 ， 也 会 发 生 同 样 的 问题 。 
一 个 脱离 了 其 所 有 者 控制 的 “流浪 ”对 象 可 能 会 发 生 任何 事情 。VALUE 的 改变 可 能 与 所 有 者 的 常 
量 发 生 冲 突 ， 因 此 破坏 所 有 者 。 这 个 问题 可 以 通过 传递 一 个 不 变 对 象 或 传递 一 个 副本 来 解决 。 

为 优化 性 能 而 创建 更 多 选项 , 这 一 点 可 能 很 重要 , 因为 VALUE OBJECT 可 能 为 数 众 多 。 房 屋 设 
计 软 件 的 示例 就 说 明了 这 一 点 。 如 果 每 个 电源 插座 都 是 一 个 单独 的 VALUE OBJECT,， 那么 在 一 所 房 
屋 的 一 个 规划 版 本 中 可 能 就 会 有 上 百 个 这 种 VALUE OBJECT。 但 如 果 把 电源 插座 看 成 是 可 互 换 的 ， 
就 只 需 共 享 一 个 电源 插座 实例 ， 并 让 所 有 电源 插座 都 指向 这 个 实例 (FLYWEIGHT，[Gamma et al. 
1995] 的 一 个 示例 )。 在 大 型 系统 中 ， 这 种 效果 可 能 会 被 放大 数 千 倍 ,而 且 这 样 的 优化 可 能 决定 一 
个 系统 是 可 用 ,还 是 由 于 数 百 万 个 多 余 对 和 象 而 变 得 异常 缓慢 。 这 只 是 一 个 优化 技巧 ,但 是 却 无 法 
应 用 于 ENTITY。 

复制 和 共享 哪个 更 划算 取决 于 实现 环境 。 虽然 复制 有 可 能 导致 系统 被 大 量 的 对 象 阻塞 , 但 共 
享 可 能 会 减 慢 分 布 式 系统 的 速度 。 当 在 两 个 机 器 之 间 传 递 一 个 副本 时 ， 只 需 发 送 一 条 消息 , 而且 
副本 到 达 接 收 端 后 是 独立 存在 的 。 但 如 果 共 享 一 个 实例 ,那么 只 会 传递 一 个 引用 ， 这 要 求 每 次 交 
互 都 要 向 发 送 方 返回 一 条 消息 。 

以 下 几 种 情况 最 好 使 用 共享 ， 这 样 可 以 发 挥 共享 的 最 大 价值 并 最 大 限度 地 减少 麻烦 : 

口 当 节 省 数据 库 空间 或 减少 对 象 数量 是 一 个 关键 要 求 时 ， 

口 当 通 信 开 销 很 低 时 (例如 在 中 央 服 务 器 中 )， 

口 当 共 享 的 对 象 被 严格 限定 为 不 可 变 时 。 

在 有 些 语言 和 环境 中 ， 可 以 将 属性 或 对 象 声 明 为 不 可 变 的 , 但 有 些 却 不 具备 这 种 功能 。 这 种 
声明 能 够 体现 出 设计 决策 , 但 它们 并 不 是 十 分 重要 。 我 们 在 模型 中 所 做 的 很 多 区 别 都 无 法 用 当前 
工具 和 编程 语言 在 实现 中 显 式 地 声明 出 来 。 例 如 , 我 们 无 法 声明 ENTITY 并 自动 确保 其 具有 一 个 标 
识 操 作 。 但 是 ， 编 程 语言 没有 提供 对 这 些 概念 上 的 区 别 的 直接 支持 并 不 说 明 这 些 区 别 没 有 用 处 。 
这 只 是 说 明 我 们 需要 更 多 的 约束 机 制 来 确保 满足 一 些 重要 的 规则 (这 些 规则 只 有 在 实现 中 才 是 隐 
式 的 )。 一 些 命名 约定 、 选 择 性 文档 和 大 量 技 术 问 题 的 讨论 都 进一步 体现 了 这 些 需 求 。 

只 要 VALUE OBJECT 是 不 可 变 的 , 变更 管理 就 会 很 简单 , 因为 除了 整体 替换 之 外 没有 其 他 的 更 
改 。 不 变 的 对 象 可 以 自由 地 共享 , 像 在 电源 插座 的 例子 中 一 样 。 如 果 垃 圾 回收 是 可 靠 的 ， 则 删除 
操作 就 只 是 将 所 有 指向 对 象 的 引用 删除 。 当 在 设计 中 将 一 个 VALUE OBJECT 指 定 为 不 可 变 时 , 开发 
人 员 就 可 以 完全 根据 技术 需求 来 决定 是 使 用 复制 , 还 是 使 用 共享 , 因为 他 们 没有 后 顾 之 忧 一 一 应 
用 程序 不 依赖 于 对 象 的 特殊 实例 。 











0 
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多 许可 变 ， 。 “7 
保持 VALUE OBJECT 不 变 可 以 极 大 地 简化 实现 ， 并 确保 共享 和 引用 传递 的 安全 性 。 而 且 这 
样 做 也 符合 值 的 意义 。 如果 属性 的 值 发 生 改 变 ， 我 们 应 该 使 用 一 个 不 同 的 VALUE OBJECT， 而 不 
是 修改 现 有 的 VALUE OBJECT。 尽 管 如 此 ， 在 有 些 情况 下 出 于 性 能 考虑 ， 仍 需要 让 VALUE OBJECT 
是 可 变 的 。 这 包括 以 下 因素 : 

口 如 果 VALUE 频 繁 改变 ; 

口 如 果 创建 或 删除 对 象 的 开销 很 大 ; 

口 如 果 替 换 (而 不 是 修改 ) 将 打 乱 集群 ( 像 前 面 示例 中 讨论 的 那样 ); 

口 如 果 VALUE 的 共享 不 多 ， 或 者 共享 不 会 提高 集群 性 能 ， 或 其 他 某 种 技术 原因 。 

再 次 强调 : 如 果 一 个 VALUE 的 实现 是 可 变 的 ， 那 么 就 不 能 共享 它 。 无 论 是 否 共享 VALUE 
OBJECT， 在 可 能 的 情况 下 都 要 将 它们 设计 为 不 可 变 的 。 


定义 VALUE OBJECT 并 将 它们 指定 为 不 变 是 一 条 一 般 规则 , 这样 做 是 为 了 避免 在 模型 中 产生 不 
必要 的 约束 ， 从 而 让 开发 人 员 可 以 单纯 地 从 技术 上 优化 性 能 。 开发 人 员 通 过 显 式 地 定义 重要 的 约 
束 ， 可 以 对 设计 做 出 必要 的 调整 ， 同 时 确保 不 会 无 意 更 改 那些 重要 的 行为 。 这 样 的 设计 调整 通常 
需要 在 特殊 的 项 目 上 使 用 特殊 的 技术 。 


| | 通过 VALUE OBJECT 来 优化 数据 库 


数据 库 的 最 基本 功能 是 将 数据 存储 到 物理 磁盘 上 , 它 的 时 间 花 在 物理 部 件 的 转动 和 数据 读 取 
上 。 复杂 的 数据 库 则 尝试 将 这 些 物 理 地 址 聚集 到 一 起 , 以 便 可 以 在 一 次 物理 操作 中 从 磁盘 读 取 这 
些 相关 数据 。 

如 果 一 个 对 象 被 许多 其 他 对 象 引 用 ， 其 中 有 些 对 象 将 不 会 在 它 附 近 (不 在 同一 页 上 )， 这 就 
需要 通过 额外 的 物理 操作 来 获取 数据 。 通 过 复制 (而 不 是 共享 对 间 一 个 实例 的 引用 )， 可 以 将 这 
种 作为 很 多 ENTITY 属 性 和 的 VALUE OBJECT 存储 在 ENTITY 所 在 的 同一 页 上 。 这 种 存储 相同 数据 的 多 个 
副本 的 技术 称 为 非 规 范 化 (denormalization) ， 当 访问 时 间 比 存储 空间 或 维护 的 简单 性 更 重要 时 ， 
通常 使 用 这 种 技术 。 

在 关系 数据 库 中 , 我 们 可 能 想 把 一 个 特殊 的 值 放 到 拥有 此 值 的 ENTITY 的 表 中 , 而 不 是 将 其 关 
联 到 另 一 个 单独 的 表 。 在 分 布 式 系 统 中 , 对 一 个 位 于 另 一 台 服 务 器 上 的 VALUE OBJECT 的 引用 可 能 
导致 对 消息 的 响应 十 分 缓慢 ,在 这 种 情况 下 ,应 该 将 整个 对 象 的 副本 传递 到 另 一 台 服 务 器 上 。 我 
们 完全 可 以 使 用 副本 ， 因 为 处 理 的 是 VALUE OBJECT。 
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5.3.2 ”设计 包含 VALUE OBJECT 的 关联 


前 面 讨论 的 与 关联 有 关 的 大 部 分 内 容 也 适用 于 ENTITY 和 VALUE OBJECT。 模 型 中 的 关联 越 少 越 
好 ， 越 简单 越 好 。 

但 是 , 如 果 说 ENTITY 之 间 的 双向 关联 很 难 维护 , 那么 两 个 VALUE OBJECT 之 间 的 双向 关联 则 完 
全 没有 意义 。 当 一 个 VALUE OBJECT 指向 另 一 个 VALUE OBIECT 时 ， 由 于 没有 标识 ,说 后 一 个 对 象 指 
回 前 一 个 对 象 是 没有 任何 意义 的 。 我 们 充其量 可 以 说 后 一 个 对 象 指向 与 前 一 个 对 象 等 同 的 对 象 ， 
但 这 可 能 要 求 我 们 必须 在 某 个 地 方 实施 这 个 固定 规则 。 而 且 ， 尽 管 我 们 可 以 这 样 做 ,并 设置 双向 
指针 , 但 很 难 想 出 这 种 布局 有 什么 用 处 。 因 此 ， 我 们 应 尽量 完全 清除 VALUE OBJECT 之 间 的 双向 关 
联 。 如 果 在 你 的 模型 中 看 起 来 确实 需要 这 种 关联 ， 那 么 首先 应 重新 考虑 一 下 将 对 象 声 明 为 VALUE 
OBJECT 这 个 决定 是 否 正确 。 或 许 它 拥有 一 个 标识 ， 而 你 设 有 注意 到 它 。 

ENTITY 和 VALUE OBJECT 是 传统 对 象 模型 的 主要 元 素 , 但 一 些 注重 实效 的 设计 人 员 正 逐渐 开始 
使 用 一 种 新 的 元 素 一 SERVICE。 


5.4 模式 : SERVICE 





有 了 时， 对 象 不 是 一 个 事物 。 

在 某 些 情况 下 , 最 清楚 、 最 实用 的 设计 会 包含 一 些 特殊 的 操作 , 这 些 操 作 从 概念 上 讲 不 属于 
任何 对 象 。 与 其 把 它们 强制 地 归于 哪 一 类 ,不 如 硕 其 自然 地 在 模型 中 引入 一 种 新 的 元 素 ， 这 就 是 
SERVICE (服务 )。 


si 六 光 
“人 Pr [人 


有 些 重 要 的 领域 操作 不 适合 归 到 ENTTTY 或 VALUE OBJECT 的 类 别 中 。 这 当中 有 些 操作 从 本 质 上 
讲 是 一 些 活动 或 动作 ,而 不 是 事物 , 但 由 于 我 们 的 建 模范 式 是 对 象 ， 因 此 要 想 办 法 将 它们 划 归 到 
对 象 这 个 范畴 里 。 
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现在 , 一 个 比较 常见 的 错误 是 没有 努力 为 这 类 行为 找到 一 个 适当 的 对 象 , 而 是 逐渐 转 为 过 程 
化 的 编程 。 但 是 ， 当 我 们 勉强 将 一 个 操作 放 到 不 符合 对 象 定义 的 对 象 中 时 ,这 个 对 象 就 会 产生 概 
念 上 的 混淆 ， 而 且 会 变 得 很 难 理解 或 重 构 。 复 杂 的 操作 很 容易 把 一 个 简单 对 象 搞 乱 ， 使 对 象 的 角 
色 变 得 模糊 。 此 外 ， 由 于 这 些 操作 常常 会 牵扯 到 很 多 领域 对 象 ， 需 要 协调 这 些 对 象 以 便 使 它们 工 
作 ,， 因此 这 些 对 象 需要 承担 更 多 的 职责 ， 从 而 对 所 有 这 些 对 象 产生 依赖 性 ， 这 使 得 那些 本 来 可 以 
一 个 个 去 理解 的 概念 被 缠 杂 在 一 起 。 

有 时， 一 些 SERVICE 看 上 去 就 像 是 模型 对 象 ， 它 们 以 对 象 的 形式 出 现 ， 除 了 执行 一 些 操 作 之 
外 并 没有 其 他 意义 。 这 些 “ 实 干 家 ”(Doer) 的 名 字 通 常 以 “Manager” 之 类 的 名 字 结 尾 。 它 们 没 
有 自己 的 状态 ， 而 且 除 了 所 掌握 的 操作 之 外 在 领域 中 也 没有 其 他 意义 。 尽 管 如 此 ,我 们 仍然 应 该 
把 它们 归 到 SERVICE 这 个 类 别 中 ， 这 样 可 以 避免 它们 与 真正 的 模型 对 象 混淆 。 

一 些 领域 概念 不 适合 被 建 模 为 对 象 。 如 果 勉 强 地 把 这 些 重要 的 领域 功能 归 为 ENTITY 或 VALUE 
OBJECT 的 职责 ， 那 么 不 是 和 焉 曲 了 基于 模型 的 对 象 的 定义 ， 就 是 人 为 地 增加 了 一 些 无 意义 的 对 象 。 

SERVICE 是 作为 接口 提供 的 一 种 操作 ， 它 在 模型 中 是 独立 的 ， 它 不 像 ENTITY 和 VALUE OBJECT 
那样 具有 封装 的 状态 。SERVICE 是 技术 框架 中 的 一 种 常见 模式 ， 但 它们 可 以 在 领域 县 中 使 用 。 

所 谓 SERVICE， 它 强调 的 是 与 其 他 对 象 的 关系 。 与 ENTITY 和 VALUE OBJECT 不 同 ， 它 只 是 定义 
了 能 够 为 客户 做 什么 。SERVICE 是 以 一 个 活动 命名， 而 不 是 以 一 个 ENTITY 命 名 ， 也 就 是 说 ， 它 是 
动词 而 不 是 名 词 。SERVICE 也 可 以 有 一 个 抽象 的 、 有 意图 的 定义 ， 只 是 它 使 用 了 一 种 与 对 象 不 同 
的 定义 风格 。SERVICE 也 应 该 有 定义 的 职责 ， 而 且 这 种 职责 以 及 履行 它 的 接口 也 应 该 作为 领域 模 
型 的 一 部 分 被 定义 。 操 作 名 称 应 来 自 于 UBIQUITOUS LANGUAGE， 如 果 UBIQUITOUS LANGUAGE 中 没 
有 这 个 名 称 ， 则 应 该 将 其 引入 到 UBIQUITOUS LANGUAGE 中 。 参 数 和 结果 应 该 是 领域 对 象 。 

使 用 SERVICE 时 应 谨慎 ， 它 们 不 应 该 替代 ENTITY 和 VALUE OBJECT 的 所 有 行为 。 但 是 ， 当 一 个 
操作 实际 上 是 一 个 重要 的 领域 概念 时 ，SERVICE 很 自然 就 会 成 为 MODEL-DRIVEN DESIGN 中 的 一 部 
分 。 将 模型 中 的 独立 操作 声明 为 一 个 SERVICE ， 而 不 是 声明 为 一 个 不 代表 任何 事情 的 虚拟 对 象 ， 
可 以 避免 对 任何 人 产生 误导 。 

好 的 SERVICE 有 以 下 3 个 特征 。 

(1) 与 领域 概念 相关 的 操作 不 是 ENTITY 或 VALUE OBJECT 的 一 个 自然 的 部 分 。 

(2) 接口 是 根据 领域 模型 的 其 他 元 素 定义 的 。 

(3) 操作 是 无 状态 的 。 

这 里 所 说 的 无 状态 是 指 任何 客户 都 可 以 使 用 某 个 SERVICE 的 任何 实例 ， 而 不 必 关 心 该 实例 的 
历史 状态 。 执 行 SERVICE 时 将 使 用 可 全 局 访问 的 信息 ， 甚 至 可 以 更 改 这 些 全 局 信息 (也 就 是 说 ， 
它 可 能 具有 副作用 )。 但 SERVICE 不 保持 影响 其 自身 行为 的 状态 ， 这 一 点 与 大 多 数 领域 对 象 不 同 。 

当 领 域 中 的 某 个 重要 的 过 程 或 转换 操作 不 属于 实体 或 值 对 象 的 自然 职责 时 , 应 该 在 模型 中 添 
加 一 个 作为 独立 接口 的 操作 ， 并 将 其 声明 为 SERVICE。 定 义 接口 时 要 使 用 模型 语言 ， 并 确保 操作 
名 称 是 UBIQUITOUS LANGUAGE 中 的 术语 。 此 外 ， 应 该 将 SERVICE 定 义 为 无 状态 的 。 
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5.4.1 SERVICE 与 孤立 的 领域 层 


这 种 模式 只 重视 那些 在 领域 中 具有 重要 意义 的 SERVICE， 但 SERVICE 并 不 只 是 在 领域 层 中 使 
用 。 我 们 需要 注意 区 分 属于 领域 层 的 SERVICE 和 那些 属于 其 他 层 的 SERVICE， 并 划分 责任 ， 以 便 将 
它们 明确 地 区 分 开 。 

文献 中 对 SERVICE 的 讨论 大 多 是 单纯 从 技术 角度 讨论 ， 而 且 它们 属于 基础 设施 层 。 领 域 层 和 
应 用 层 的 SERvIcE 与 这 些 基础 设施 层 SERVICE 进行 协作 。 例 如 ， 银 行 可 能 有 一 个 用 于 向 客户 发 送 电 
子 邮 件 的 应 用 程序 , 当 客户 的 账户 余额 小 于 一 个 特定 的 临界 值 时 ,这 个 程序 就 向 客户 发 送 一 封 电 
子 邮件 。 封 装 了 电子 邮件 系统 的 接口 (也 可 能 是 其 他 的 通知 方式 ) 就 是 基础 设施 层 中 的 一 个 
SERVICE。 

应 用 层 SERVICE 和 领域 层 SERVICE 可 能 很 难 区 分 。 应 用 层 负 责 安 排 一 个 通知 ， 而 领域 层 人 负责 确 
定 是 否 满足 临界 值 ， 尽 管 这 项 任务 可 能 并 不 需要 使 用 SERVICE， 因 为 它 可 以 被 划分 到 account ( 账 
户 ) 对 象 的 职责 中 。 这 个 银行 应 用 程序 可 能 还 负责 资金 转账 。 如 果 设 计 一 个 SERVICE 来 处 理 资金 
转账 相应 的 借方 和 贷方 , 那么 这 项 功能 将 属于 领域 层 。 资金 转账 在 银行 领域 语言 中 是 一 项 有 意义 
的 操作 ， 而 且 它 涉及 基本 的 业务 逻辑 。 而 技术 层 SERVICE 应 该 是 没有 任何 业务 意义 的 。 

很 多 领域 或 应 用 层 SERVICE 是 在 ENTITY 和 VALUE OBJECT 的 基础 上 建立 起 来 的 ， 它 们 的 行为 类 
似 于 将 领域 的 一 些 溢 在 功能 组 织 起 来 以 执行 某 种 任务 的 脚本 。 ENTITY 和 VALUE OBJECT 往往 由 于 粒 
度 过 细 而 无 法 提供 对 领域 层 功 能 的 便捷 访问 。 我们 在 这 里 会 遇 到 领域 层 与 应 用 层 之 间 的 一 条 很 细 
的 分 界线 。 例 如 ， 如 果 银 行 应 用 程序 可 以 把 我 们 的 交易 进行 转换 并 导出 到 一 个 电子 表格 文件 中 ， 
以 便 进行 分 析 ， 那么 这 个 导出 操作 就 是 一 种 应 用 层 SERVICE。“ 文 件 格式 ”在 银行 领域 中 是 设 有 意 
义 的 ， 它 也 不 涉及 业务 规则 。 

另 一 方面 ， 账 户 之 间 的 转账 功能 属于 一 种 领域 层 SERVICE， 因 为 它 包 含 重要 的 业务 规则 ( 例 
如 ， 处 理 相 应 的 借方 账户 和 贷方 账户 )， 而 且 “ 资 金 转 账 ”是 一 个 有 意义 的 银行 术语 。 在 这 种 情 
视 下 ，SERVICE 自 己 并 不 会 做 太 多 的 事情 ， 而 只 是 要 求 两 个 Account 对 象 完 成 大 部 分 工作 。 但 如 果 
将 “转账 ”操作 强加 在 Account 对 象 上 将 是 很 别扭 的 ， 因 为 这 个 操作 涉及 两 个 账户 和 一 些 全 局 规 
则 。 

我 们 可 能 喜欢 创建 一 个 Funds Transfer (资金 转账 ) 对 象 来 表示 两 个 账户 ， 外 加 一 些 与 转账 有 
关 的 规则 和 历史 记录 。 但 在 银行 间 的 网 络 中 进行 转账 时 ， 仍 然 需 要 使 用 SERVICE。 此 外 ， 在 大 多 
数 开 发 系统 中 , 在 一 个 领域 对 象 和 外 部 资源 之 间 直 接 建立 一 个 接口 是 很 别扭 的 。 我 们 可 以 利用 一 
个 FACADE (外 观 ) “将 这 样 的 外 部 SERVICE 包装 起 来 ,这 个 外 观 负责 接受 模型 的 输入 ,也 可 以 返回 


@ FACADE 《外观 ) 是 一 种 设计 模式 ， 它 将 一 系列 复杂 的 类 包装 成 一 个 简单 的 封闭 接口 。 一 一 译 者 注 
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一 个 “Funds Transfer” 对 象 (作为 它 的 结果 )。 但 无 论 使 用 什么 中 间 SERVICE (尽管 它们 不 属于 我 
们 ) ， 这 些 SERVICE 都 是 在 懂行 资金 转账 的 领域 职责 。 


将 SERVICE 划分 到 各 个 层 中 


应 用 层 资金 转账 应 用 服务 
口 获取 输入 例如 一 个 XML 请 求 ) 
口 发 送 消 息 给 领域 层 服务 ， 要 求 其 执行 
Q 监听 确认 消息 
口 决定 使 用 基础 设施 SERVICE 来 发 送 通 知 


领域 层 资金 转账 领域 服务 
Q 与 必要 的 Account (账户 ) 和 Ledger (总 账 ) 对 象 进行 交互 ， 执 行 相 应 的 惜 人 和 和 贷 出 操作 
口 提供 结果 的 确认 (允许 转账 或 拒绝 转账 。 等 等 ) 


基础 设施 层 发 送 通知 服务 
口 按照 应 用 程序 的 指示 发 送 电子 邮件 、 信 件 和 共 他 信息 


5.4.2 粒度 


上 述 对 SERVICE 的 讨论 强调 的 是 将 一 个 概念 建 模 为 SERVICE 的 表现 力 ， 但 SERVICE 还 有 其 他 有 
用 的 功能 ， 它 可 以 控制 领域 层 中 的 接口 的 粒度 ， 并 且 避 免 客户 与 ENTITY 和 VALUE OBJECT 的 耦合 。 

在 大 型 系统 中 ， 中 等 粒度 的 、 无 状态 的 SERVICE 更 容易 被 重用 ， 因 为 它们 在 一 个 简单 的 接口 
背后 封装 了 重要 的 功能 。 此 外 ， 细 粒度 的 对 象 可 能 导致 分 布 式 系统 中 的 消息 传递 的 效率 低下 。 

如 前 所 述 , 由 于 应 用 层 负责 对 领域 对 象 的 行为 进行 协调 ， 因 此 细 粒 度 的 领域 对 象 可 能 会 把 领 
域 层 的 知识 港 泪 到 应 用 层 中 。 这 产生 的 结果 是 应 用 层 不 得 不 处 理 复 杂 的 、 细 致 的 交互 ， 从 而 使 得 
领域 知识 蔓延 到 应 用 层 或 用 户 界面 代码 当中 , 而 领域 层 会 丢失 这 些 知识 。 明智 地 引入 领域 层 服 务 
有 助 于 在 应 用 层 和 领域 层 之 间 保 持 一 条 明确 的 界限 。 

这 种 模式 有 利于 保持 接口 的 简单 性 , 便于 客户 控制 并 提供 了 多 样 化 的 功能 。 它 提供 了 一 种 在 
大 型 或 分 布 式 系统 中 便于 对 组 件 进行 打包 的 中 等 粒度 的 功能 。 而 且 ， 有 时 SERVICE 是 表示 领域 概 
念 的 最 自然 的 方式 。 


5.4.3 对 SERVICE 的 访问 


像 DPEE 和 CORBA 这 样 的 分 布 式 系统 架构 提供 了 特殊 的 SERVICE 发 布 机 制 ， 这 些 发 布 机 制 
具有 一 些 使 用 上 的 惯例 ， 并 且 增 加 了 发 布 和 访问 功能 。 但 是 ， 并 非 所 有 项 目 都 会 使 用 这 样 的 
框架 ， 即 使 在 使 用 了 它们 的 时 候 ， 如 果 只 是 为 了 在 逻辑 上 实现 关注 点 的 分 离 ， 那 么 它们 也 是 
大 材 小 用 了 。 

与 分 离 特定 职责 的 设计 决策 相 比 ， 提 供 对 SERVICE 的 访问 机 制 的 音义 并 不 是 十 分 重大 。 一 个 

“操作 ”对 象 可 能 足以 作为 SERVICE 接口 的 实现 。 我们 很 容易 编写 一 个 简单 的 SINGLETON ([Gamma 
et al. 1995]) 对 象 来 实现 对 SERVICE 的 访问 。 从 编码 惯例 可 以 明显 看 出 ， 这 些 对 象 只 是 SERVICE 接 
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口 的 提供 机 制 , 而 不 是 有 意义 的 领域 对 象 。 只 有 当真 正 需 要 实现 分 布 式 系统 或 充分 利用 框架 功能 
的 情况 下 才 应 该 使 用 复杂 的 架构 。 


5.5 模式 : MopuLE (也 称 为 PACKAGE) 


MopuLE 是 一 个 传统 的 、 较 成 熟 的 设计 元 素 。 虽 然 使 用 模块 有 一 些 技术 上 的 原因 ， 但 主要 原 
因 却 是 “ 认 知 超载 ””。MopUuLE 为 人 们 提供 了 两 种 观察 模型 的 方式 ,一 是 可 以 在 MopuLE 中 查看 
细节 ， 而 不 会 被 整个 模型 淹没 ， 二 是 观察 MoDULE 之 间 的 关系 ， 而 不 考虑 其 内 部 细节 。 

领域 层 中 的 MoDuLE 是 模型 中 有 意义 的 部 分 ，MoDULE 从 更 大 的 角度 描述 了 领域 。 


al AAP A 
溪 当当 


每 个 人 都 会 使 用 MODULE， 但 却 很 少 有 人 认为 它们 是 模型 的 一 个 相对 独立 的 部 分 。 这 是 因为 
代码 被 分 割 为 很 多 块 ， 有 时 是 按照 技术 架构 来 分 割 的 ， 有 时 是 按照 开发 人 员 的 任务 来 分 割 的 。 甚 
至 那些 从 事 大 量 重 构 工 作 的 开发 人 员 也 倾向 于 使 用 项 目 早 期 形成 的 一 些 MopULE。 

事实 上 ，MopuLE 之 间 应 该 是 低 耦 合 的 ， 而 在 MopuLE 的 内 部 则 是 高 内 事 的 。 耦 合 和 内 聚 的 
解释 使 得 MODULE 听 上 去 像 是 一 种 技术 指标 ， 仿 佛 是 根据 关联 和 交互 的 分 布 情况 来 机 械 地 判断 它 
们 。 然 而 ，MoDuLE 并 不 仅仅 是 代码 的 划分 ， 而 且 也 是 概念 的 划分 。 一 个 人 一 次 考虑 的 事情 是 有 
限 的 (因此 才 有 低 耦 合 ) 。 不 连贯 的 思想 和 “一 锅 粥 ” 似 的 思想 同样 难于 理解 (因此 才 有 高 内 聚 ) 。 

低 耦 合 高 内 聚 作为 通用 的 设计 原则 既 适 用 于 各 种 对 象 ， 也 适用 于 MopULE ， 但 MopULE 作 为 
一 种 更 粗 粒 度 的 建 模 和 设计 元 素 ， 采 用 低 耦 合 高 内 聚 原 则 显得 更 为 重要 。 这 些 术语 由 来 已 久 , 早 
在 [Larman 1998] 中 就 从 模式 角度 对 其 进行 了 解释 。 

只 要 两 个 模型 元 素 被 划分 到 不 同 的 MopULE 中 ， 它 们 的 关系 就 不 如 原来 那样 直接 ， 这 会 导致 
我 们 更 难 理解 它们 在 设计 中 的 作用 。MopULE 之 间 的 低 看 合 可 以 将 这 种 负面 作用 减 至 最 小 ， 而 且 
在 分 析 一 个 MopULE 的 内 容 时 ， 只 需 从 那些 与 之 交互 的 其 他 MopULE 中 引用 很 少 的 内 容 。 

同时 ， 在 一 个 好 的 模型 中 ， 元 素 之 间 是 可 以 协同 工作 的 ， 而 仔细 选择 的 MopULE 可 以 将 那些 
具有 紧密 概念 关系 的 模型 元 素 集中 到 一 起 。 将 这 些 具 有 相关 职责 的 对 象 元 素 聚 合 到 一 起 , 可 以 把 
建 模 和 设计 工作 集中 到 单一 MopULE 中 ， 这 会 极 大 地 降低 建 模 和 设计 的 复杂 性 ， 使 人 们 可 以 从 容 
应 对 这 些 工作 。 

MODULE 和 较 小 的 元 素 应 该 共同 演变 ， 但 实际 上 它们 并 不 是 这 样 。MopULE 是 用 来 组 织 一 种 
早期 的 对 象形 式 的 。 在 这 之 后 ， 对 象 在 变化 时 不 脱离 现 有 模块 定义 的 边界 。 重 构 MopULE 需 要 比 
重 构 类 做 更 多 工作 ， 这 些 工作 也 具有 更 大 的 破坏 性 ， 因 此 MopULE 的 重 构 不 能 像 类 的 重 构 那 么 频 





@ 认识 超载 ，cognitive overload， 认 知 负荷 理论 (cognitive load theory) 中 的 一 个 术语 。 问 题解 决 和 学 习 过 程 中 的 各 
种 认 知 加 工 活 动 均 需 消耗 认 知 资源 ， 若 所 有 活动 所 需 的 资源 总 量 超过 个 体 拥有 的 资源 总 量 ， 就 会 引起 资源 的 分 配 
不 足 ， 从 而 影响 个 体 学 习 或 问题 解决 的 效率 ， 这 种 情况 被 称 为 认 知 超载 。 一 一 译 者 注 
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繁 。 但 就 像 模型 对 象 从 简单 具体 逐渐 转变 为 反映 更 深层 次 的 本 质 一 样 ，MopDULE 会 变 得 微妙 和 抽 
象 。 让 MopULE 反 映 出 对 领域 理解 的 不 断 变化 ， 可 以 使 MopuULE 中 的 对 象 能 够 更 自由 地 演变 。 

像 领域 驱动 设计 中 的 其 他 元 素 一 样 ，MODULE 是 一 种 表达 机 制 。MODULE 的 选择 应 该 取决 于 
被 划分 到 模块 中 的 对 象 的 意义 。 当 你 将 一 些 类 放 到 MopuLE 中 了 时， 相当 于 告诉 下 一 位 看 到 你 的 设 
计 的 开发 人 员 要 把 这 些 类 放 在 一 起 考虑 。 如 果 说 模型 讲述 了 一 个 故事 ， 那 么 MopULE 就 是 这 个 故 
事 的 各 个 章节 。 模 块 的 名 称 表达 了 其 意义 。 这 些 名 称 应 该 被 添加 到 UBIQUITOUS LANGUAGE 中 。 你 
可 能 会 向 一 位 业务 专家 说 “现在 让 我 们 讨论 一 下 “客户 ”模块 "， 这 就 为 你 们 接 下 来 的 对 话 设 定 
了 上 下 文 。 

因此 : 

选择 能 够 描述 系统 的 MODULE， 并 使 之 包含 一 个 内 到 的 概念 集合 。 这 通常 会 实现 MODULE 之 
间 的 低 耦 合 ， 但 如 果 效 果 不 理想 ， 则 应 寻找 一 种 更 改 模型 的 方式 来 消除 概念 之 间 的 耦合 ， 或 者 找 
到 一 个 可 作为 MoDULE 基 础 的 概念 (这 个 概念 先前 可 能 被 忽视 了 ) ， 基 于 这 个 概念 组 织 的 MODULE 
可 以 以 一 种 有 意义 的 方式 将 元 素 集中 到 一 起 。 找 到 一 种 低 耦 合 的 概念 组 织 方式 ， 从 而 可 以 相互 独 
立地 理解 和 分 析 这 些 概 念 。 对 模型 进行 精 化 ， 直 到 可 以 根据 高 层 领 域 概念 对 模型 进行 划分 ， 同 时 
相应 的 代码 也 不 会 产生 耦合 。 

MopuLE 的 名 称 应 该 是 UBIQUITOUS LANGUAGE 中 的 术语 。MoDULE 及 其 名 称 应 反映 出 领域 的 
深层 知识 。 

仅仅 研究 概念 关系 是 不 够 的 ， 它 并 不 能 完全 替代 技术 手段 。 这 二 者 是 相同 器 题 的 不 同 层次 ， 
都 是 必须 要 完成 的 。 但 是 ， 只 有 以 模型 为 中 心 进行 思考 ,才能 得 到 更 深层 次 的 解决 方案 ， 而 不 是 
随便 找 一 个 解决 方案 应 付 了 事 。 当 必须 做 出 一 个 折 中 选择 时 ， 务 必 保 证 概念 清晰， 即使 这 意味 着 
MopULE 之 间 会 产生 更 多 引用 ,或 者 更 改 MODULE 偶 尔 会 产生 “ 涟 满 效 应 ”。 开 发 人 员 只 要 理解 了 
模型 所 描述 的 内 容 ， 就 可 以 应 付 这 些 问题 。 


5.5.1 敏捷 的 MoDULE 


MODULE 需 要 与 模型 的 其 他 部 分 一 同 演变 。 这 意味 着 MoDULE 的 重 构 必 须 与 模型 和 代码 一 起 
进行 。 但 这 种 重 构 通 常 不 会 发 生 。 更 改 MopULE 可 能 需要 大 范围 地 更 新 代码 。 这 些 更 改 可 能 会 对 
团队 沟通 起 到 破坏 作用 ， 甚 至 会 妨碍 开发 工具 【例如 源 代码 控制 系统 ) 的 使 用 。 因 此 ，MODULE 
结构 和 名 称 往往 反映 了 模型 的 较 早 形式 ， 而 类 则 不 是 这 样 。 

在 MopULE 选 择 的 时 期 ， 有 些 错误 是 不 可 避免 的 ， 这 些 错误 导致 了 高 耦合 ， 从 而 使 MODULE 
很 难 进行 重 构 。 而 缺乏 重 构 又 会 导致 问题 变 得 更 加 严重 。 克 服 这 一 问题 的 唯一 方法 是 接受 挑战 ， 
仔细 地 分 析 问 题 的 要 害 所 在 ， 并 据 此 重新 组 织 MoDULE。 


第 5 章 软件 中 所 表示 的 模型 73 


一 些 开 发 工具 和 编程 系统 会 使 问题 变 得 更 加 严重 。 无 论 在 实现 中 采用 哪 种 开发 技术 , 我 们 都 
要 尽力 避免 重 构 MopULE， 这 样 才能 最 大 限度 地 减少 与 其 他 开发 人 员 沟通 时 出 现 的 混乱 情况 。 


| | Java 中 的 包 编码 惯例 
在 Java 中 ， 在 个 别 的 类 中 必须 声明 导入 〈 依 赖 性 )。 建 模 人 员 可 能 认为 有 些 包 会 依赖 其 他 的 [111 





包 ， 但 在 Java 中 无 法 说 明 这 一 点 。 常 见 的 编码 惯例 鼓励 导入 特定 的 类 ， 如 以 下 代码 所 示 ; 
ClLassA1 
import PackageB.C1LasSB1:; 
import packageB.ClassB2; 
import packageB.ClassB3; 





import PackageC.C1LassC1: 
import packageC.ClassC2; 
import packageC.ClassC3; 


遗憾 的 是 ， 在 Java 中 ， 我 们 不 可 避免 地 需要 将 数据 导入 到 类 中 ，, 但 至 少 可 以 一 次 导 和 人 一 个 完 
整 的 包 ， 这 反映 出 包 是 一 种 高 内 聚 的 单元 ， 同 时 这 种 导 人 减少 了 更 改 包 名 称 的 工作 。 


Classal 
import packageB.*; 


import packageC.*; 


的 确 ， 这 种 技术 意味 着 把 类 和 包 混 合 在 一 起 (类 依赖 于 包 )， 但 它 除了 表达 前 面 一 长 串 类 的 
列表 之 外 ， 还 表达 了 在 特殊 MODULE 上 建立 一 种 依赖 性 的 意图 。 

如 果 一 个 类 确实 依赖 于 另 一 个 包 中 的 某 个 类 ， 而 且 本 地 MopULE 对 该 MopULE 并 没有 概念 上 
的 依赖 关系 ， 那 么 或 许 应 该 移 除 一 个 类 ， 或 者 考虑 重新 组 织 MODULE。 


5.5.2 ”基础 设施 驱动 的 打包 存在 的 隐患 


技术 框架 对 打包 决策 有 着 极 大 的 影响 ， 有 些 技术 框架 是 有 帮助 的 ， 有 些 则 要 坚决 反对 。 
一 个 非常 有 用 的 框架 标准 是 LAYERED ARCHITECTURE， 它 将 基础 设施 和 用 户 界面 代码 放 到 两 
组 不 同 的 包 中 ， 并 且 从 物理 上 把 领域 层 隔 离 到 它 自己 的 一 组 包 中 。 11 
但 从 另 一 个 方面 看 ， 分 层 架构 可 能 导致 模型 对 象 实 现 的 分 裂 。 一 些 框 架 的 分 层 方法 是 把 一 
个 领域 对 象 的 职责 分 散 到 多 个 对 象 当 中 ， 然 后 把 这 些 对象 放 到 不 同 的 包 中 。 例 如 ， 当 使 用 J2EE 
时 ， 一 种 常见 的 做 法 是 把 数据 和 数据 访问 放 到 “实体 bean” 中 ， 而 把 相关 的 业务 逻辑 放 到 “会 
话 bean” 中 。 这 样 做 除了 导致 每 个 组 件 的 实现 变 得 更 复杂 以 外 ， 还 破坏 了 对 象 模型 的 内 聚 性 。 
对 象 的 一 个 最 基本 的 概念 是 用 数据 的 操作 逻辑 来 封装 数据 。 由 于 我 们 可 以 把 这 两 个 组 件 看 作 是 
-起 组 成 一 个 单一 模型 元 素 的 实现 , 因此 这 种 分 层 实 现 还 不 算是 致命 的 。 但 实体 bean 和 会 话 bean 
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通常 被 隔离 到 不 同 的 包 中 ， 从 而 使 情况 变 得 更 糟 。 从 这 一 点 来 看 ， 要 想 观察 这 两 种 对 象 并 在 大 
脑 中 把 它们 还 原 成 单一 的 概念 ENTITY 是 非常 困难 的 。 我 们 失去 了 模型 与 设计 之 间 的 联系 。 最 好 
的 做 法 是 使 用 比 ENTITY 对 象 具 有 更 大 粒度 的 EJB, 从 而 减少 分 层 的 副作用 。 但 细 粒 度 的 对 象 通常 
也 是 分 层 的 。 
例如 , 我 就 曾经 在 一 个 筹划 得 相当 不 错 的 项 目 上 遇 到 过 这 些 问 题 , 这 个 项 目的 每 个 概念 模型 
实际 上 被 分 为 4 层 。 每 个 层 的 划分 都 有 很 好 的 理由 。 第 一 层 是 数据 持久 层 ， 负 责 处 理 映 射 和 访问 
关系 数据 库 。 第 二 层 负 责 处 理 对 象 在 所 有 情况 下 的 固有 行为 。 第 三 层 放置 特定 于 应 用 程序 的 功能 。 
第 四 层 是 一 个 公共 接口 ， 它 隐藏 了 一 、 二 、 三 层 的 所 有 实现 细节 。 这 种 分 层 方案 有 些 复杂 , 但 每 
层 都 有 很 好 的 定义 ,而 且 清 楚 地 实现 了 关注 点 的 分 离 。 我 们 可 以 在 大 脑 中 将 所 有 物理 对 象 连接 到 
一 起 ,组 成 一 个 概念 对 象 。 有 了 时， 方面 的 分 离 甚至 也 是 有 帮助 的 。 具 体 来 讲 ， 把 持久 化 代码 移出 
来 可 以 减少 很 多 混乱 。 
但 最 重要 的 是 , 这 个 项 目的 框架 要 求 将 每 个 层 放 到 单独 的 一 组 包 中 ,并 根据 野 的 标识 惯例 来 
命名 。 这 一 下 子 就 把 我 们 所 有 的 注意 力 都 吸引 到 分 层 上 来 。 结 果 ， 领 域 开 发 人 员 不 能 创建 太 多 的 
MoDuLE 《每 个 模块 都 要 乘 以 4) ， 而 且 几 乎 不 能 更 改 模块 ， 因 为 重 构 MopULE 的 工作 量 不 允许 这 
样 做 。 更 糟 的 是 ， 由 于 很 难 跟踪 定义 了 一 个 概念 类 的 所 有 数据 和 行为 〈 而 且 还 要 考虑 分 野 产 生 的 
间接 关系 ) ， 因 此 开发 人 员 没 有 多 少 精 力 思考 模型 了 。 这 个 应 用 最 终 交 付 使 用 了 ， 但 它 的 领域 模 
型 很 “ 贫 将 " ， 只 是 从 基本 上 满足 了 应 用 程序 的 数据 库 访问 需求 ， 此 外 通过 很 少 的 几 个 SERvicE 提 
供 了 一 些 行为 。 这 个 项 目 从 MODEL-DRIVEN DESIGN 获得 的 益处 十 分 有 限 ， 因 为 代码 并 没有 透明 地 
揭示 模型 ， 因 此 开发 人 员 也 无 靶 充分 地 利用 模型 。 
这 种 框架 设计 是 在 尝试 解决 两 个 合理 的 问题 。 一 个 问题 是 关注 点 的 逻辑 划分 : 由 一 个 对 象 负 
责 数据 库 访 问 ， 另 一 个 对 象 负责 处 理 业务 有 逻辑 ,等 等 。 这 种 划分 方法 使 人 们 更 容易 (在 技术 层面 
上 ) 理解 每 个 层 的 功能 , 而 且 更 容易 区 分 各 个 层 。 这 种 设计 的 问题 在 于 应 用 程序 的 开发 成 本 很 高 。 
本 书 不 是 讨论 框架 设计 的 书 ， 因 此 不 会 给 出 此 问题 的 替代 解决 方案 ,但 它们 确实 存在 。 而 且 ， 即 
使 没有 替代 方案 ， 也 值得 牺牲 一 些 优 点 来 换取 更 内 聚 的 领域 层 。 
这 些 打包 方案 的 另 一 个 动机 是 层 的 分 布 。 如 果 代 码 实 际 上 被 部 署 到 不 同 的 服务 器 上 , 那么 这 
种 分 层 可 能 会 产生 很 大 争议 。 但 通常 并 不 是 这 样 。 保 持 一 些 灵 活性 只 是 为 了 以 防 万 一 。 在 一 个 希 
望 充分 利用 MODEL-DRIVEN DESIGN 的 项 目 上 ， 这 种 分 层 设计 的 牺 性 太 大 了 ， 除 非 它 是 为 了 解决 一 
个 紧迫 的 问题 。 
在 技术 的 驱使 下 过 于 细致 的 打包 方案 会 产生 如 下 两 个 代价 。 
口 如 果 框 架 的 分 层 惯例 把 实现 概念 对 象 的 元 素 分 得 很 零散 ， 那 么 代码 将 无 法 再 清楚 地 表示 
模型 。 1 

口 人 的 大 脑 把 划分 后 的 东西 还 原 成 原样 的 能 力 是 有 限 的 ， 如 果 框 架 把 人 的 这 种 能 力 都 耗 尽 
了 ， 那 么 领域 开发 人 员 就 无 法 再 把 模型 还 原 成 有 意义 的 部 分 了 。 

最 好 把 事情 变 简单 。 要 保持 技术 分 层 的 最 小 化 , 选择 对 技术 环境 特别 重要 或 真正 有 助 于 开发 
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的 分 层 方法 。 例 如 , 将 复杂 的 数据 持久 化 代码 从 对 象 的 行为 方面 提取 出 来 可 以 使 重 构 变 得 更 简单 。 

除非 真正 有 必要 将 代码 分 布 到 不 同 的 服务 器 上 , 否则 就 把 实现 单一 概念 对 象 的 所 有 代码 放 在 
同一 个 模块 中 (如 果 不 能 放 在 同一 个 对 象 中 的 话 ) 。 . 

从 传统 的 “高 内 聚 、 低 耦合 ”标准 也 可 以 得 出 相同 的 结论 。 实 现 业务 逻辑 的 对 象 与 负责 数据 
库 访 问 的 对 象 之 间 的 联系 非常 广泛 ， 因 此 它们 之 间 的 耦合 度 很 高 。 

在 框架 设计 中 , 或 者 在 公司 或 项 目的 工作 惯例 方面 ， 可 能 还 有 其 他 一 些 隐患 ,这些 隐 患 可 能 
会 妨碍 领域 模型 的 自然 内 聚 性 ， 结 果 破 坏 模型 驱动 的 设计 ， 但 所 有 隐患 的 基本 问题 都 是 相同 的 。 
种 种 限制 (或 者 只 是 由 于 所 需 的 包 太 多 了 ) 使 我 们 无 法 使 用 专门 根据 领域 模型 需要 量 身 定做 的 其 
他 打包 方案 。 

利用 打包 把 领域 层 从 其 他 代码 中 分 离 出 来 。 否则 , 就 尽 可 能 让 领域 开发 人 员 自由 地 采用 支持 
他 们 的 模型 和 设计 选择 的 方式 来 对 领域 对 象 进行 打包 。 

如 果 代码 是 基于 声明 式 设计 (第 10 章 有 这 方面 的 讨论 ) 生成 的 ， 则 是 一 种 例外 情况 。 在 这 种 
情况 下 ,开发 人 员 无 需 阅 读 代码 ,因此 为 了 不 碍 事 最 好 将 代码 放 到 一 个 单独 的 包 中 , 这样 就 不 会 
搞 乱 开发 人 员 实 际 要 处 理 的 设计 元 素 。 


随 着 设计 规模 和 复杂 度 的 增加 , 模块 化 变 得 更 加 重要 。 本 节 只 是 介绍 了 一 些 基本 的 考虑 因素 。 
本 书 第 四 部 分 主要 介绍 打包 方法 以 及 分 解 大 的 模型 和 设计 的 方法 , 并 介绍 如 何 抓 住 重 点 以 帮助 理 
解 问题 。 

领域 模型 中 的 每 个 概念 都 应 该 在 实现 元 素 中 反映 出 来 。ENTITY、VALUE OBJECT、 它 们 之 间 的 
关联 .领域 SERVICE 以 及 用 于 组 织 元 素 的 MopULE 都 是 实现 与 模型 直接 对 应 的 地 方 。 实 现 中 的 对 象 、 
指针 和 检索 机 制 必须 直接 、 清 楚 地 映射 到 模型 元 素 。 如 果 没 有 做 到 这 一 点 ,就 要 重 写 代码 , 或 者 
回头 修改 模型 ， 或 者 同时 修改 代码 和 模型 。 

不 要 在 领域 模型 中 添加 任何 与 领域 模型 所 表示 的 概念 没有 紧密 关系 的 元 素 。 模 型 中 的 设计 元 
素 的 任务 是 表示 模型 。 当 然 ， 其 他 一 些 与 领域 有 关 的 职责 也 是 必须 要 实现 的 , 而 且 为 了 使 系统 工 
作 ， 也 必须 管理 其 他 数据 ， 但 它们 不 属于 领域 模型 中 的 对 象 。 第 6 章 将 讨论 一 些 支持 对 象 ， 这 些 
对 象 履行 领域 层 的 技术 职责 ， 例 如 定义 数据 库 搜索 和 封装 复杂 的 对 象 创建 。 

本 章 介绍 的 4 种 模式 为 对 象 模型 提供 了 构造 块 。 但 MopEL-DRIVEN DESIGN 并 不 是 说 必须 将 每 
个 元 素 都 建 模 为 对 象 。 一 些 工 具 还 支持 其 他 的 模型 范式 ， 例 如 规则 引 警 。 项 目 需要 在 它们 之 间 做 
出 符合 实际 的 折 中 选择 。 这 些 其 他 的 工具 和 技术 是 MODEL-DRIVEN DESIGN 的 补充 ， 而 不 是 要 取 而 
代 之 。 


5.6 ” 建 模范 式 


MODEL-DRIVEN DESIGN 要 求 使 用 一 种 与 建 模范 式 协 调 的 实现 技术 。 人 们 曾经 尝试 了 大 量 的 建 
模范 式 ， 但 在 实践 中 只 有 少数 几 种 得 到 了 广泛 应 用 。 目 前 ， 主 流 的 范式 是 面向 对 象 设 计 ， 而 且 现 
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在 的 大 部 分 复杂 项 目 都 开始 使 用 对 象 。 这 种 范式 的 流行 有 许多 原因 ， 包 括 对 象 本 身 的 固有 因素 、 
一 些 环境 因素 ， 以 及 广泛 使 用 所 带 来 的 一 些 优势 。 
5.6.1 ”对象 范式 流行 的 原因 

一 些 团 队 选 择 对 象 范式 并 不 是 出 于 技术 上 的 原因 ,甚至 也 不 是 出 于 对 象 本 身 的 原因 ,而 是 从 
一 和 开始， 对象 建 模 就 在 简单 性 和 复杂 性 之 间 实 现 了 一 个 很 好 的 平衡 。 

如 果 一 个 建 模范 式 过 于 深奥 , 那么 大 多 数 开发 人 员 可 能 无 法 掌握 它 , 因此 也 无 法 正确 地 运用 
它 。 如 果 团 队 中 的 非 技 术 人 员 无 法 掌握 范式 的 基本 知识 ， 那 么 他 们 将 无 法 理解 模型 ， 这 将 导致 
UBIQUITOUS LANGUAGE 的 丢失 。 大 部 分 人 都 比较 容易 理解 面向 对 象 设计 的 基本 知识 。 尽 管 一 些 开 
发 人 员 还 没有 完全 领悟 建 模 的 奥妙 ， 但 即使 是 非 专 业 人 员 也 可 以 理解 对 象 模 型 图 。 

然而 , 虽然 对 象 建 模 的 概念 很 简单 , 但 它 的 丰富 功能 足以 捕获 重要 的 领域 知识 。 而且 它 从 一 
开始 就 获得 了 开发 工具 的 支持 ， 使 得 模型 可 以 在 软件 中 表达 出 来 。 

现在 ， 对 象 范式 已 经 发 展 很 成 熟 并 得 到 了 广泛 采用 , 这 使 得 它 具 有 了 明显 的 环境 优势 。 项 目 如 
果 没 有 成 熟 的 基础 设施 和 工具 支持 , 可 能 就 要 在 这 些 方面 进行 研发 工作 , 这 不 仅 会 耽误 应 用 程序 
的 开发 ,分散 应 用 程序 的 开发 资源 ， 还 会 带 来 技术 风险 。 有 些 技术 不 能 与 其 他 技术 很 好 地 协同 工 
作 , 而 且 它 们 可 能 也 无 法 与 行业 标准 解决 方案 集成 , 这 使 困 队 不 得 不 重新 开发 一 些 公共 的 实用 工 
有 具 。 但 近年 来 , 很 多 这 样 的 问题 已 经 通过 对 象 范式 得 以 解决 , 而 且 有 些 问题 也 随 着 对 象 范式 的 广 
泛 采 用 而 变 得 无 关 紧 要 (现在, 对象 技术 已 经 成 为 主流 ， 因 此 集成 的 任务 已 经 藻 到 其 他 方法 的 肩 
上 ， 这 些 方法 需要 主动 与 对 象 技术 进行 集成 )。 大 多 数 新 技术 都 提供 了 与 主流 的 面向 对 象 平台 进 
行 集成 的 方式 。 这 使 得 集成 更 容易 ， 甚 至 允许 将 基于 其 他 建 模范 式 的 子 系统 混合 在 一 起 〈 本 章 稍 
后 将 讨论 ) 。 

开发 者 社区 和 设计 文化 的 成 熟 也 同样 重要 。 采 用 新 范式 的 项 目 可 能 很 难 找到 精通 它 的 开发 
人 员 ， 也 很 难 找到 具有 用 新 范式 创建 有 效 模型 这 方面 经 验 的 人 员 。 要 想 在 允许 时 间 段 内 培训 开 
发 人 员 使 用 新 范式 也 往往 是 行 不 通 的 ， 因 为 能 够 最 大 限度 地 利用 新 范式 和 技术 的 使 用 模式 尚未 
形成 。 或 许 新 领域 的 一 些 开 拓 者 已 经 可 以 有 效 地 使 用 新 范式 ， 但 他 们 尚未 发 布 可 供 人 们 学 习 的 
知识 。 

而 对 象 范式 则 不 同 ,大 多 数 开发 人 员 、 项 目 经 理 和 从 事项 目 工作 的 其 他 专家 都 已 经 很 了 解 它 。 

下 面 我 讲 一 个 10 年 前 在 一 个 面向 对 象 项 目 中 发 生 的 小 故事 , 它 说 明了 在 工作 中 使 用 不 成 熟 范 
式 所 产生 的 风险 。 这 个 项 目 是 在 20 世 纪 90 年 代 早期 开始 的 ， 它 采用 了 几 种 当时 最 前 沿 的 技术 ,， 包 
括 大 规模 使 用 面向 对 象 数 据 库 。 当 时 这 让 人 很 兴奋 。 在 项 目 上 工作 的 人 骄傲 地 告诉 访客 他 们 正在 
部 署 面向 对 象 所 支持 的 最 大 的 数据 库 。 当 我 加 盟 这 个 项 目 时 , 各 个 团队 正在 研究 一 些 面向 对 象 的 
设计 ,并 且 可 以 毫 不 费力 地 将 对 象 存储 在 数据 库 中 。 但 我 们 渐渐 意识 到 ， 数 据 库 容量 的 很 大 一 部 
分 已 经 被 用 光 了 ,而 这 时 还 仅仅 只 是 输入 了 测试 数据 而 已 ! 实际 所 需 的 数据 库 还 要 大 几 十 倍 。 实 
际 的 事务 量 也 要 大 上 几 十 倍 。 是 不 是 这 个 应 用 程序 根本 不 适合 使 用 面向 对 象 的 数据 库 ? 是 我 们 使 
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用 不 当 吗 ? 这 使 我 们 感到 一 头 雾 水 。 

幸运 的 是 , 我 们 找到 了 一 位 精通 面向 对 象 技术 的 专家 来 帮助 我 们 摆脱 困境 。 我 们 谈 妥 服务 价 
格 后 ， 他 指出 了 三 个 问题 根源 。 首 先 ， 与 数据 库 一 起 提供 的 现成 基础 设施 没有 扩展 到 我 们 所 需 的 
规模 。 其 次 ， 细 粒度 对 象 的 存储 比 我 们 预计 的 代价 要 大 得 多 。 第 三 ， 对 象 模型 的 有 些 部 分 之 间 的 
互相 依赖 性 太 错综复杂 了 ， 导 致 很 少 的 并 发 事务 就 会 产生 竞争 问题 。 

在 这 位 专家 的 帮助 下 ,我 们 对 基础 设施 进行 了 强化 。 项 目 团队 现在 知道 了 细 粒 度 对 象 的 影响 ， 
于 是 开始 寻找 更 适合 面向 对 象 技术 的 模型 。 所 有 人 员 都 深刻 认识 到 对 模型 中 的 关系 进行 限制 的 重 
要 性 ， 我 们 利用 这 种 新 的 理解 开始 设计 新 的 模型 ， 解 除 原来 那些 紧密 联系 在 一 起 的 耦合 。 

除了 前 几 个 月 浪费 在 错误 路 线 上 以 外 , 项 目的 修复 又 损失 了 好 几 个 月 的 时 间 。 而 且 这 并 不 是 
团队 由 于 选择 了 不 成 熟 的 技术 和 没有 相关 经 验 而 遭遇 的 第 一 个 挫折 。 遗 憾 的 是 , 这 个 项 目 最 终 被 
削减 了 ， 而 且 变 得 十 分 保守 。 直 到 今天 ， 他们 虽然 仍 会 使 用 一 些 外 来 技术 , 但 在 应 用 范围 上 变 得 
谨 小 慎 微 ， 这 导致 他 们 可 能 无 法 真正 从 这 些 技术 中 获 益 。 

十 年 过 去 了 ,面向 对 象 技术 已 经 相对 成 熟 。 业 内 已 经 使 用 了 很 多 现成 的 解决 方案 , 它们 可 以 
满足 大 部 分 常见 的 基础 设施 需要 。 多 家 大 型 供应 商 和 更 多 稳定 的 开源 项 目 提供 了 任务 关键 型 的 工 
具 。 这 些 基 础 设施 本 身 就 已 经 被 广泛 使 用 ， 因 此 了 解 它们 的 人 很 多 ， 相 关 书 籍 也 很 多 ， 等 等 。 人 
们 已 经 相当 了 解 这 些 成 熟 技术 的 局 限 性 ， 因 此 内 行 的 团队 也 不 会 过 度 使 用 它们 。 

其 他 一 些 令 人 感 兴趣 的 建 模范 式 并 没有 这 么 成 熟 。 有 些 建 模 范式 太 难 掌握 了 ,以 至 于 只 能 
很 小 的 专业 领域 内 使 用 。 有 些 建 模范 式 虽 然 有 潜力 , 但 技术 基础 设施 仍然 不 够 协调 和 可 靠 ,而且 
很 少 有 人 理解 为 这 些 范式 创建 好 模型 的 诀窍 。 这 些 范式 可 能 已 经 出 现 很 长 一 段 时 间 了 , 但 仍然 不 
适合 用 于 大 多 数 项 目 。 

这 就 是 目前 大 部 分 采用 MODEL-DRIVEN DESIGN 的 项 目 很 明智 地 使 用 面向 对 象 技 术 作 为 系统 
核心 的 原因 。 它 们 不 会 被 束缚 在 只 有 对 象 的 系统 里 ， 因 为 对 象 已 经 成 为 内 业 的 主流 技术 ， 集 成 工 
具 几 乎 可 以 把 人 们 目前 所 使 用 的 任何 其 他 技术 连接 起 来 。 

然而 ， 这 并 不 意味 着 人 们 就 应 该 永远 只 局 限于 使 用 对 象 技术 。 跟 随 主流 具有 一 定 的 安全 性 ， 
但 这 并 不 是 一 成 不 变 的 。 对 象 模型 可 以 解决 很 多 实际 的 软件 问题 ,但 也 有 一 些 领 域 不 适合 用 封装 
了 行为 的 各 种 对 象 来 建 模 。 例 如 , 涉及 大 量 数学 问题 的 领域 或 者 受 全 局 逻辑 推理 控制 的 领域 就 不 
适合 使 用 面向 对 象 的 范式 。 

5.6.2 ”对 象 世界 中 的 非 对 象 

领域 模型 不 一 定 是 对 象 模型 。 例 如 ，Prolog 语 言 中 也 实现 了 MODEL-DRIVEN DESIGN， 但 它 的 
模型 是 由 逻辑 规则 和 事实 构成 的 。 模 型 范式 被 认为 是 人 们 所 喜欢 的 思考 领域 的 方式 。 而 这 些 领域 
的 模型 又 由 范式 决定 。 结果 就 得 到 了 遵守 范式 的 模型 ,这样 的 模型 可 以 用 支持 建 模 风格 的 工具 来 
有 效 地 实现 。 

不 管 在 项 目 中 使 用 哪 种 主要 的 模型 范式 ., 领域 中 都 会 有 一 些 部 分 更 容易 用 某 种 其 他 范式 来 表 
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达 。 当 领域 中 只 有 极 少数 个 别 元 素 适合 用 其 他 范式 时 , 开发 人 员 可 以 勉强 接受 都 用 模型 范式 来 处 
理 它们 ， 虽然 这 会 产生 几 个 鉴 丢 的 对 象 (或 者 , 在 另 一 种 极端 的 情况 下 ， 如 果 大 部 分 问题 领域 都 
更 适合 用 其 他 范式 来 表达 ， 那 么 可 以 整个 改 为 使 用 那 种 范式 ， 并 选择 一 个 不 同 的 实现 平台 )。 但 
是 , 当 领 域 的 主要 部 分 明显 属于 不 同 的 范式 时 ， 明 智 的 做 法 是 用 适合 各 个 部 分 的 范式 对 每 个 部 分 
分 别 建 模 , 并 使 用 混合 的 工具 集 来 为 实现 提供 支持 。 当 领域 的 各 个 部 分 之 间 的 互相 依赖 性 较 小 时 ， 
可 以 把 用 另 一 种 范式 建立 的 子 系统 封装 起 来 , 例如 只 有 一 个 对 象 需 要 调用 的 复杂 数学 计算 。 其 他 
时 候 不 同方 面 之 闻 的 关系 更 为 复杂 ， 例 如 当 对 和 象 的 交互 依赖 于 某 些 数学 关系 的 上 时候。 

这 就 是 将 业务 规则 引擎 或 工作 流 引 擎 这 样 的 非 对 象 组 件 集成 到 对 象 系统 中 的 动机 .混合 使 用 
不 同 的 范式 使 得 开发 人 员 能 够 用 最 适当 的 风格 对 特殊 概念 进行 建 模 。 此外, 大 部 分 系统 都 必须 使 
用 一 些 非 对 象 的 技术 基础 设施 ,最 常见 的 就 是 关系 数据 库 。 但 是 在 使 用 不 同 的 范式 后 ， 要 想得到 
一 个 内 聚 的 模型 就 比较 难 了 ,而且 让 不 同 的 支持 工具 共存 也 较为 复杂 。 当 开发 人 员 在 软件 中 无 法 
清楚 地 辨认 出 一 个 内 聚 的 模型 时 ，MODEL-DRIVEN DESIGN 就 会 离 我 们 而 去 ， 尽 管 这 种 混合 设计 更 
需要 它 。 
5.6.3 在 混合 范式 中 坚持 使 用 MODEL-DRIVEN DESIGN 


在 面向 对 象 的 应 用 程序 开发 项 目 中 , 有 时 会 混合 使 用 一 些 其 他 的 技术 , 规则 引擎 就 是 一 个 常 
见 的 例子 。 一 个 包含 丰富 知识 的 领域 模型 可 能 会 含有 一 些 显 式 的 规则 ,然而 对 象 范 式 却 缺 少 用 于 
表达 规则 和 规则 交互 的 具体 语义 。 尽 管 可 以 将 规则 建 模 为 对 象 〔 而 且 经 常 可 以 成 功 地 这 样 做 )， 
但 对 象 封装 却 使 得 那些 针对 整个 系统 的 全 局 规则 很 难 应 用 。 规则 引擎 技术 非常 有 吸引 力 ， 因为 它 
提供 了 更 自然 、 更 明确 的 规则 定义 方式 ,能够 有 效 地 将 规则 范式 融合 到 对 象 范式 中 。 逻 辑 范式 已 
经 得 到 了 很 好 的 发 展 并 且 功 能 强大 ， 它 是 对 象 范式 的 很 好 的 补充 ， 使 其 可 以 扬长 避 短 。 

但 人 们 并 不 总 是 能 够 从 规则 引擎 的 使 用 中 得 到 预期 结果 。 有 些 产品 并 不 能 很 好 地 工作 。 有些 
则 缺少 一 种 能 够 显示 出 衔接 两 种 实现 环境 的 模型 概念 相关 性 的 无 颖 视图 。 一 个 常见 的 结果 是 应 用 
程序 被 割裂 成 两 部 分 : 一 个 是 使 用 了 对 象 的 静态 数据 存储 系统 ， 另 一 个 是 几乎 完全 与 对 象 模 型 失 
去 联系 的 某 种 规则 处 理应 用 程序 。 

重要 的 是 在 使 用 规则 的 同时 要 继续 芳 虑 模型 .团队 必须 找到 能 够 同时 适用 于 两 种 实现 范式 的 
单一 模型 。 虽 然 这 并 不 容易 ,但 还 是 可 以 办 到 的 ， 条 件 就 是 找到 一 种 富有 表达 力 的 实现 方式 来 实 
现 规 则 引擎 。 如 果 不 这 样 ， 数 据 和 规则 就 会 失去 联系 。 与 领域 模型 中 的 概念 规则 相 比 ， 引 擎 中 的 
规则 更 像 是 一 些 较 小 的 程序 。 只 有 保持 规则 与 对 象 之 间 的 紧密 、 清 晰 的 关系 ,才能 确保 显示 出 这 
二 者 所 表达 的 含义 。 

如 果 没 有 无 颖 的 环境 , 就 要 完全 靠 开发 人 员 提 炼 出 一 个 由 清晰 的 基本 概念 组 成 的 村 
将 整个 设计 完全 放 到 这 个 模型 中 。 \ 

将 各 个 部 分 紧密 结合 在 一 起 的 最 有 效 工具 就 是 健壮 的 UsiQurroUs LANGUAGE, 它 是 构 万 痢 外 
异 构 模型 的 基础 。 坚 持 在 两 种 环境 中 使 用 一 致 的 名 称 ， 坚 持 用 UBIQUITOUS LANGUAGE 讨 论 这 些 和 名- 
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称 ， 将 有 助 于 消除 两 种 环境 之 间 的 普 沟 。 
这 个 话题 本 身 就 值得 写 一 本 书 了 。 本 节 的 目的 只 是 想 说 明 (在 使 用 其 他 范式 时 ) 没有 必要 放 
弃 MODEL-DRIVEN DESIGN， 而 且 坚 持 使 用 它 是 值得 的 。 


虽然 MODEL-DRIVEN DESIGN 不 一 定 是 面向 对 象 的 , 但 它 确实 需要 一 种 富有 表达 力 的 模型 结构 
实现 ， 无论 是 对 象 、 规 则 还 是 工作 流 ， 都 是 如 此 。 如 果 可 用 工具 无 法 提高 表达 力 ， 就 要 重新 考虑 
选择 工具 。 缺 乏 表达 力 的 实现 将 削弱 各 种 范式 的 优势 。 
当 将 韭 对 象 元 素 混合 到 以 面向 对 象 为 主 的 系统 中 时 ， 需 要 遵循 以 下 4 条 经 验 规则 。 
口 不 要 和 实现 范式 对 抗 。 我 们 总 是 可 以 用 别 的 方式 来 考虑 领域 。 找 到 适合 于 范式 的 模型 概 
念 。 
口 把 通用 语言 作为 依靠 的 基础 。 即 使 工具 之 间 没 有 严格 的 联系 时 ， 语 言 使 用 上 的 高 度 一 致 
性 也 能 防止 各 个 设计 部 分 的 分 裂 。 
口 不 要 一 味 依赖 UML。 有 时 国定 使 用 某 种 工具 (例如 UML 绘 图 工具 ) 将 导致 人 们 通过 牌 曲 
模型 来 使 它 适 合 于 一 些 容易 画 出 来 的 图 形 。 例 如 ，UML 确 实 有 一 些 特性 很 适合 表达 约束 ， 
但 它 并 不 是 在 所 有 情况 下 都 适用 。 有 时 使 用 其 他 绘图 风格 (可 能 适用 于 其 他 范式 ) 或 者 
简单 的 语言 找 述 比 牵 强 附 会 地 适应 某 种 绘图 风格 更 好 ， 因 为 后 者 主要 针对 的 是 对 象 的 革 
种 特定 视图 。 
口 保持 怀疑 态度 。 工 具 是 否 真 正 有 用 武之 地 ? 只 是 有 一 些 规 则 并 不 一 定 意 味 着 必须 使 用 规 
则 引擎 。 规 则 也 可 以 表示 为 对 象 ， 使 用 规则 引擎 可 能 看 起 来 更 整齐 ， 但 多 个 范式 会 使 问 
题 变 得 非常 复杂 。 
在 决定 使 用 混合 范式 之 前 , 一 定 要 确信 主要 范式 中 的 各 个 选项 都 已 经 尝试 过 了 。 尽管 有 些 领 
域 概念 不 是 以 明显 的 对 象形 式 表 现 出 来 的 ， 但 它们 通常 可 以 用 对 象 范 式 来 建 模 。 第 9 章 将 讨论 如 
何 使 用 对 象 技 术 对 一 些 非常 规 类 型 的 概念 进行 建 模 。 
关系 范式 是 范式 混合 的 一 个 特例 。 作 为 一 种 最 常用 的 非 对 象 技术 , 关系 数据 库 与 对 象 模型 的 
关系 比 其 他 技术 与 对 象 模型 的 关系 更 紧密 , 因为 它 作为 一 种 数据 持久 存储 机 制 , 存储 的 就 是 对 象 。 
第 6 章 将 讨论 用 关系 数据 库 来 存储 对 象 数 据 ， 并 介绍 在 对 象 生 命 周期 中 将 会 遇 到 的 很 多 挑战 。 
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二 十 。 由 于 这 一 新 的 下 降 情况 ， 巴 西 政府 采取 了 一 系列 措施 ， 其 中 包括 控制 出 口 登 
记 ， 控 制 豆油 进口 的 免税 和 押金 ， 采 取 这 些 措施 主要 是 为 了 保证 向 国内 加 工 者 和 消 
弗 者 充分 供应 大 豆 和 大 豆 制品 。 

估计 一 九 七 九 年 世界 革 子 油 的 产量 将 比 一 九 七 八 年 的 产量 增长 百 分 之 二 十 以 上 ， 
达到 三 百 六 十 万 吨 的 新 纪录 。 西 欧 和 波兰 的 产量 下 降 ， 加 拿 大 扩大 了 播种 面积 因而 
产量 增长 ， 这 说 明 新 作物 提供 利润 的 前 景 未 必 很 好 ， 介 新 菜子 品种 由 于 将 其 中 的 芥 
酸 含量 和 油 洲 粕 中 的 有 毒物 质 大 大 减少 ， 因 而 使 越 来 越 多 的 消费 者 接受 这 些 新 品种 。 

世界 花生 油 的 产量 比 前 一 年 下 降 的 水 平 略 有 回升 ， 其 中 西非 ( 主要 是 塞内加尔 ) 、 
阿根廷 和 印度 花生 油 产量 增长 ， 但 苏丹 产量 下 降 。 由 于 西班牙 和 十 耳 其 橄榄 油 产 量 
增长 ， 世 界 橄榄 油 产 量 也 略 有 增长 ， 旬 突尼斯， 尤其 是 意大利 的 产量 下 降 了 。 世 界 
向 日 英子 产量 略 有 下 降 ， 一 方面 是 苏联 因为 气候 不 好 产量 下 降 ， 另 一 方面 是 由 于 阿 
根 迁 改 种 其 它 赢 利多 的 作物 了 。 世 界 上 第 二 大 的 向 日 次 生 产 国美 国 再 次 获得 创 纪录 
的 丰收 ， 因 而 部 分 抵 销 了 世界 向 日 英 产 量 下 降 的 数量 。 世界 棉 子 油 的 产量 也 减少 了 ， 
主要 是 由 于 美国 的 产量 下 降 百 分 之 二 十 五 。 

一 九 七 八 年 世界 棕榈 油 的 产量 由 于 远东 王 旱 增长 速度 放 慢 ， 一 九 七 九 年 的 增长 
速度 又 加 快 了 。 估 计 马 来 西亚 的 产量 将 达到 二 百 万 吨 左 右 ， 一 方面 是 由 于 单产 较 高 ， 
另 一 方面 是 由 于 结果 树 的 数量 不 断 增 加 。 

一 九 七 九 年 在 月 桂 油 类 中 ， 世 界 棕 榈 仁 油 的 产量 增长 ， 而 椰子 油 的 产量 却 下 降 
了 ， 主 要 是 因为 菲律宾 雨量 不 足 ， 下 降 的 数量 超过 结果 树 进一步 增长 的 数量 。 


一 万 蔬 九 年 动 植物 油 的 贸易 量 达 到 纪录 水 平 

一 九 七 九 年 部 分 数据 表明 ， 世 界 动 植物 油 贸易 量 将 达到 新 水 平 ， 可 能 超过 一 千 
九 百 万 吨 。 随 着 国际 平均 价格 的 上 涨 ， 世 界 出 口 收入 ( 按 美元 价值 计算 ) 应 有 所 增 
长 。 

大 部 分 西欧 国家 和 日 本 一 九 七 九 年 头 几 个 月 总 的 进口 量 增长 了 ， 但 美国 的 购买 
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接 下 来 ,我 们 将 注意 力 转移 到 生命 周期 的 开始 阶段 ， 使 用 FAcTORY (工厂 ) 来 创建 和 重建 复 
杂 对 象 ， 并 使 用 AGGREGATE 来 封装 它们 的 内 部 结构 。 最 后 ， 在 生命 周期 的 中 间 和 末尾 使 用 
REPOSITORY (存储 库 ) 来 提供 查找 和 检索 持久 对 象 并 封装 庞大 基础 设施 的 手段 。 

尽管 REPOSITORY 和 FACTORY 本 身 并 不 是 来 源 于 领域 ， 但 它们 在 领域 设计 中 扮演 着 重要 的 角 
色 。 这 些 结构 提供 了 易于 掌握 的 模型 对 象 处 理 方式 ， 使 MODEL-DRIVEN DESIGN 更 完备 。 

使 用 AGGREGATE 进 行 建 模 ， 并 且 在 设计 中 结合 使 用 FACTORY 和 REPOSITORY， 这 样 我 们 就 能 够 
以 整个 生命 周期 为 一 个 单元 系统 地 操纵 模型 对 象 。AGGREGATE 可 以 划分 出 一 个 范围 ,这 个 范围 内 
的 模型 元 素 在 生命 周期 各 个 阶段 都 应 该 维护 其 固定 规则 。FACTORY 和 REPOSITORY 在 AGGREGATE 基 
础 上 进行 操作 ， 将 特定 生命 周期 转换 的 复杂 性 封装 起 来 。 


6.1 模式 : AGGREGATE 








将 关联 减 至 最 少 的 设计 有 助 于 简化 对 象 之 间 的 遍历 ， 并 在 某 种 程度 上 限制 关系 的 急剧 增多 。 
但 大 多 数 业 务 领域 中 的 对 象 都 具有 十 分 复杂 的 联系 ,以 至 于 最 终 会 形成 一 个 很 长 、 很 深 的 对 象 引 
用 路 径 ， 我 们 不 得 不 在 这 个 路 径 上 追踪 对 象 。 在 某 种 程度 上 ， 这 种 混乱 状态 反映 了 现实 世界 ， 因 
为 现实 世界 中 就 很 少 有 清晰 的 边界 。 这 在 软件 设计 中 是 一 个 重要 问题 。 

假设 我 们 从 一 个 数据 库 中 删除 一 个 Person 对 象 。 连 同 这 个 对 象 一 起 删除 的 还 有 姓名 、 出 生日 
期 和 工作 描述 。 但 地 址 如 何 处 理 呢 ? 可 能 还 有 其 他 人 住 在 同一 地 址 。 如 果 删 除了 地 址 , 那些 Person 





82 第 二 部 分 模型 驱动 设计 的 构造 块 





对 象 将 会 引用 一 个 被 删除 的 对 象 。 如 果 保 留 地 址 ， 那 么 垃圾 地 址 在 数据 库 中 会 累积 起 来 。 自 动 垃 
专 收 集 机 制 可 以 清除 垃圾 地 址 , 但 即使 在 数据 库 系 统 中 可 以 使 用 这 种 技术 上 的 修复 , 但 它 却 忽略 
了 一 个 基本 的 建 模 问题 。 

即便 是 在 考虑 一 个 孤立 的 事务 时 ， 上 典型 对 和 象 模型 中 的 关系 网 也 使 我 们 难以 断定 一 个 修改 会 产 
生 哪 些 潜 在 的 影响 ,仅仅 为 了 防备 出 现 某 种 依赖 性 就 更 新 系统 中 的 每 个 对 象 , 这样 做 也 是 不 现实 的 。 

在 多 个 客户 对 相同 的 一 些 对 象 进行 并 发 访问 的 系统 中 , 这 个 问题 更 加 突出 。 当 很 多 用 户 对 系 
统 中 的 对 象 进行 查询 和 更 新 时 ,必须 防止 他 们 同时 修改 互相 依赖 的 对 象 。 范围 错误 将 导致 严重 的 
后 果 。 

在 具有 复杂 关联 的 模型 中 , 要 想 保 证 对 象 更 改 的 一 致 性 是 很 困难 的 。 不 仅 互 不 关联 的 对 象 需 
要 遵守 一 些 固定 规则 ， 而 且 紧 密 关 联 的 各 组 对 象 也 要 遵守 一 些 固定 规则 。 然 而 ,过 于 谨慎 的 锁定 
机 制 又 会 导致 多 个 用 户 之 间 毫 无 意义 地 互相 干扰 ， 从 而 使 系统 不 可 用 。 

换 句 话说, 我 们 如 何 知 道 一 个 由 其 他 对 象 组 成 的 对 象 从 哪里 开始 , 又 到 何 处 结束 呢 ? 在 任何 
具有 持久 化 数据 存储 的 系统 中 ,对 数据 进行 修改 的 事务 必须 要 有 一 个 范围 , 而 且 要 有 一 种 保持 数 
据 一 致 性 的 方式 〈 也 就 是 说 ， 保 持 数据 遵守 固定 规则 ) 。 数 据 库 支持 各 种 锁定 机 制 ， 而 且 可 以 编 
写 一 些 测试 来 验证 。 但 这 些 特 殊 的 解决 方案 分 散 了 人 们 对 模型 的 注意 力 , 很 快 人 们 就 会 回 到 走 
一 步 ， 看 一 步 ” 的 老路 上 来 。 

实际 上 , 要 想 找到 一 种 兼顾 各 种 问题 的 均衡 解决 方案 ,要 求 对 领域 有 更 深入 的 理解 ,例如 要 
了 解 特定 类 的 实例 之 间 的 更 改 频率 这 样 的 深层 次 因素 。 我 们 需要 找到 一 个 对 象 间 冲 突 较 少 而 固定 
规则 联系 更 紧密 的 模型 。 

尽管 从 表面 上 看 这 个 问题 属于 数据 库 事 务 方面 的 一 个 技术 难题 , 但 它 的 根源 却 在 模型 ,归根 
结 底 是 由 于 模型 中 缺乏 明确 定义 的 边界 。 从 模型 得 到 的 解决 方案 将 使 得 模型 更 易于 理解 , 并 且 使 
设计 更 易于 沟通 。 当 模型 被 修改 时 ， 它 将 引导 我 们 对 实现 做 出 修改 。 

人 们 已 经 开发 出 很 多 模式 (scheme) 来 定义 模型 中 的 所 属 关系 。 下 面 这 个 简单 但 严格 的 系统 
就 是 从 这 些 概念 中 提炼 得 到 的 ,包括 一 组 用 于 实现 一 些 事务 (这 些 事 务 用 来 修改 对 象 及 其 所 有 者 ) 
的 规则 ”。 

首先 ,我 们 需要 用 一 个 抽象 来 封装 模型 中 的 引用 。AGGREGATE 就 是 一 组 相关 对 象 的 集合 , 我 
们 把 它 作为 数据 修改 的 单元 。 每 个 AGGREGATE 都 有 一 个 根 (root) 和 一 个 边界 (boundary)。 边 界 
定义 了 AGGREGAIE 的 内 部 都 有 什么 。 根 则 是 AGGREGATE 中 所 包含 的 一 个 特定 ENTITY 。 在 
AGGREGATE 中 , 根 是 唯一 允许 外 部 对 象 保持 对 它 的 引用 的 元 素 , 而 边界 内 部 的 对 象 之 间 则 可 以 互 
人 除根 以 外 的 其 他 ENTITY 都 有 本 地 标识 ,但 这 些 标识 只 有 在 AGGREGATE 内 部 才 需 要 加 以 区 

1， 因 为 外 部 对 象 除了 根 ENTITY 之 外 看 不 到 其 他 对 象 。 
汽车 修配 厂 的 软件 可 能 会 使 用 一 个 汽车 模型 。 如 图 6-2 所 示 。 汽 车 是 一 个 具有 全 局 标识 的 


@ David Siegel 于 20 世 纪 90 年 代 发 明了 这 个 系统 ， 并 在 一 些 项 目 上 使 用 了 它 ， 但 并 没有 公开 发 表 。 
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ENTITY: 我 们 需要 将 这 部 汽车 与 世界 上 所 有 其 他 汽车 区 分 开 (即使 是 一 些 非常 相似 的 汽车 )。 我 
们 可 以 使 用 车 辆 识别 号 来 进行 区 分 , 车 辆 识别 号 是 为 每 辆 新 汽车 分 配 的 唯一 标识 符 。 我 们 可 能 想 
跟踪 4 个 轮胎 的 历史 转 数 。 我 们 可 能 想 知 道 每 个 轮胎 的 里 程 数 和 磨损 度 。 要 想 知 道 哪个 轮胎 在 哪 
儿 、 必须 将 轮胎 标识 为 ENTITY。 但 我 们 可 能 不 会 关心 这 些 轮胎 在 这 辆 汽车 上 下 文 之 外 的 标识 。 如 
果 更 换 了 轮胎 并 将 旧 轮 胎 送 到 回收 广 , 那么 软件 将 不 再 需要 跟踪 它们 ， 它 们 会 成 为 一 堆 废旧 轮胎 
中 的 一 部 分 。 没 有 人 会 关心 它们 的 转动 历史 。 更 重要 的 是 ， 即 使 轮胎 被 安 在 汽 车 上 ， 也 不 会 有 人 
要 系统 中 查询 特定 的 轮胎 , 然后 看 看 这 个 轮胎 在 哪 辆 汽车 上 。 人 们 只 会 在 数据 库 中 查找 汽车 ， 然 
后 临时 查看 一 下 这 部 汽车 的 轮胎 情况 。 因 此 ,汽车 是 AGGREGATE 的 根 ENTITY， 而 轮胎 只 是 处 于 这 
个 AGGREGATE 的 边界 之 内 。 另 一 方面 ， 发 动机 组 上 面 都 刘 有 序列 号 ， 而 且 有 时 是 独立 于 汽车 被 跟 
踪 的 。 在 一 些 应 用 程序 中 ， 发 动机 可 以 是 其 自己 的 AGGREGATE 根 。 


AGGREGATE 边 界外 部 的 对 象 6 | 
<<Aggregate Root>> 可 以 引用 根 Car, 或 者 通过 | 


: 
Engine ID 在 数据 库 中 查询 它 


<<Aggregate Root>> 


































Customer 


\ 
\ 
\ 
\ 
\ 
\ 
\ 
~\ 


AGGREGATE 边 界外 部 的 | 























Position 

















对 象 可 能 不 会 引用 Tire， 
因为 它 是 内 部 的 








图 6-2 本 地 标识 与 全 局 标识 及 对 和 象 引 用 12 


固定 规则 (invariant) 是 指 在 数据 变化 时 必须 保持 不 变 的 一 致 性 规则 。AGGREGATE 内 部 的 成 
员 之 间 可 能 存在 固定 关系 。AGGREGATE 中 的 所 有 规则 并 不 是 每 时 每 刻 都 被 更 新 为 最 新 的 状态 。 通 
过 事件 处 理 、 批 处 理 或 其 他 更 新 机 制 ， 在 一 定 的 时 间 内 可 以 解决 部 分 依赖 性 。 但 在 每 个 事务 完成 
时 ， 必 须要 满足 AGGREGATE 内 所 应 用 的 固定 规则 的 要 求 ， 如 图 6-3 所 示 。 
现在 ， 为 了 实现 这 个 概念 上 的 AGGREGATE， 需 要 对 所 有 事务 应 用 一 组 规则 。 
口 根 ENTITY 具 有 全 局 标识 ， 它 最 终 负责 检查 固定 规则 。 
口 根 ENTITY 具 有 全 局 标识 。 边 界 内 的 ENTITY 具 有 本 地 标识 ， 这 些 标识 只 有 在 AGGREGATE 内 
部 才 是 唯一 的 。 
口 AGGREGATE 外 部 的 对 象 不 能 引用 除根 ENTITY 之 外 的 任何 内 部 对 象 。 根 ENTITY 可 以 把 对 内 
部 ENTITY 的 引用 传递 给 它们 ， 但 这 些 对 象 只 能 临时 使 用 这 些 引 用 ， 而 不 能 保持 引用 。 根 


| 
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可 以 把 一 个 VALUE OBJECT 的 副本 传递 给 另 一 个 对 象 ， 而 不 必 关 心 它 发 生 什 么 变化 ， 因 为 
它 只 是 一 个 VALUE， 不 再 与 AGGREGATE 有 任何 关联 。 

口 作为 上 一 条 规则 的 推论 ， 只 有 AGGREGATE 的 根 才能 直接 通过 数据 库 查 询 获取 。 所 有 其 他 
对 象 必 须 通过 关联 的 遍历 才能 找到 。 

口 AGGREGATE 内 部 的 对 象 可 以 保持 对 其 他 AGGREGATE 根 的 引用 。 

口 删除 操作 必须 一 次 删除 AGGREGArE 边 界 之 内 的 所 有 对 象 。( 利 用 垃圾 收集 机 制 ， 这 很 容易 
做 到 。 由 于 除根 以 外 的 其 他 对 象 都 设 有 外 部 引用 ， 因 此 删除 了 根 以 后 ， 其 他 对 象 均 会 被 
回收 。) 

口 当 提交 对 AGGREGATE 边 界 内 部 的 任何 对 象 的 修改 时 , 整个 AGGREGATE 中 的 所 有 固定 规则 都 
必须 被 满足 。 
















<<Entity>> 
<<Aggregate Root>> 





<<Entity>> Car 





Wheel 








vehicle identification | 


local ident. {LF,LR,RF,RR} 


| 














rotate(4 tire/wheel ID pairs) 
0 ~ 


| 











-| 在 rotate 方 法 中 可 以 规定 两 个 
固定 规则 ， 目 前 rotate 方 法 是 
通过 外 部 访问 来 更 改 轮胎 位 
置 的 唯一 方法 
































Position “<Entity>> 
* Tire 
time period 
mileage local identity {arbitrary} 
mileage 








{同一 个 车 轮 上 不 能 
有 时 间 段 的 重 登 } 


{mileage = sum(Position.mileage)} 





图 6-3 AGGREGATE 的 固定 规则 


我 们 应 该 将 ENTITY 和 VALUE OBJECT 分 门 别 类 放 到 AGGREGATE 中 ， 并 定义 每 个 AsGREGATE 的 
边界 。 在 每 个 AGGREGATE 中 ， 选 择 一 个 ENTITY 作 为 根 ， 并 通过 根来 控制 对 边界 内 其 他 对 象 的 所 
有 访问 。 只 人 允许 外 部 对 象 保持 对 根 的 引用 。 对 内 部 成 员 的 临时 引用 可 以 被 传递 出 去 ， 但 仅 在 一 次 
操作 中 有 效 。 由 于 根 控制 访问 ， 因 此 不 能 绕 过 它 来 修改 内 部 对 象 。 这 种 设计 有 利于 确保 
AGGREGATE 中 的 对 象 满足 所 有 固定 规则 ， 也 可 以 确保 在 任何 状态 变化 时 AGGREGATE 作 为 一 个 整 
体 满足 固定 规则 。 
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有 一 个 能 够 声明 AGGREGATE 的 技术 框架 是 很 有 帮助 的 , 这 样 就 可 以 自动 实施 锁定 机 制 和 其 他 
一 些 功 能 。 如 果 没 有 这 样 的 技术 框架 ， 团队 就 必须 靠 自 我 约束 来 使 用 事先 商定 的 AGGREGATE， 并 
按照 这 些 AGGREGATE 来 编写 代码 。 


时 末 购 订单 的 完整 性 . 
考虑 一 个 简化 的 采购 订单 系统 ( 见 图 6-4) 可 能 具有 的 复杂 性 。 | 


Purchase Order 


approved limit 





{sum of Item amounts <= PO 
approved limit} 





Part | Purchase Order 


= Line Item 
pie | 
图 6-4 一 个 采购 订单 系统 的 模型 


这 个 图 表示 了 一 个 很 典型 的 采购 订单 (PO) 视图 ， 它 被 分 解 为 项 目 (line item)， 一 条 固定 
规则 是 项 目的 和 不 能 超过 PO 总 额 的 限制 。 现 有 实现 有 以 下 3 个 互相 关联 的 问题 。 

(1) 固定 规则 的 实施 。 当 添加 一 个 新 的 项 目 时 , PO 检查 总 额 , 如 果 新 增 项 目 使 总 额 超出 限制 ， 
则 将 PO 标记 为 无 效 。 正 如 我 们 将 要 看 到 的 那样 ， 这 种 保护 机 制 并 不 充分 。 

(2) 变更 管理 。 当 PO 被 删除 或 存档 时 ， 各 个 项 目 也 将 被 一 块 处 理 , 但 模型 并 没有 给 出 关系 应 
该 在 何 处 停止 。 在 不 同时 间 更 改 乐器 价格 所 产生 的 影响 也 不 明确 。 

(3) 数据 库 共 享 。 数 据 库 会 出 现 由 于 多 个 用 户 竞 争 使 用 而 带 来 的 问题 。 

多 个 用 户 将 并 发 地 输入 和 更 新 各 个 PO， 因 此 必须 防止 他 们 互相 干扰 。 让 我 们 从 一 个 非常 简 
单 的 策略 开始 ， 当 一 个 用 户 开 始 编辑 任何 一 个 对 象 时 ， 锁 定 该 对 象 ， 直 到 用 户 提交 事务 。 这 样 ， 
当 George 编 辑 项 目 001 时 , Amanda 就 无 法 访问 该 项 目 。Amanda 可 以 编辑 其 他 PO 上 的 任何 项 目 ( 包 
括 George 正 在 编辑 的 PO 上 的 其他 项 目 )， 如 图 6-5 
所 示 。 

每 个 用 户 都 将 从 数据 库 读 取 对 象 ， 并 在 自己 
























PO #0012946 Approved Limit: $1,000.00 










的 内 存 空间 中 实例 化 对 象 ， 并 在 这 里 查看 和 编辑 
对 象 。 只 有 当 开 始 编辑 时 ， 才 会 请 求 进行 数据 库 rT EP rr I 
锁定 。 因 此 ，George 和 Amanda 可 以 同时 工作 , 只 | | 二 了 
要 他 们 不 同时 编辑 一 个 项 目 即 可 。 一 切 正常 …… | | 


直到 George 和 Amanda 开 始 编辑 同一 个 PO 上 的 不 Total: 700.00 
同 项 目 ， 如 图 6-6 所 示 。 图 6-5 数据 库 中 存储 的 PO 的 初始 情形 





[30] 
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George 在 他 的 视图 中 多 加 了 一 些 guitar (吉他 ) Amanda 在 她 的 视图 中 多 加 了 一 把 trombone (长 号 ) 
PO #0012946 Approved Limit: $1000.00 PO #0012946 Approved Limit: $1,000.00 



















Price Amount 


| o | 3 [ovis |[@10000[ 30000] 

| 3 [Trombones | @20000 | 6o0.00] 
| | | 
| | | | JJ 


图 6-6 在 不 同事 务 中 同时 进行 的 编辑 


从 这 两 个 用 户 和 整个 软件 的 角度 来 看 , 他 们 的 
操作 都 没有 问题 ,因为 他 们 忽略 了 事务 期 间 数 据 库 
其 他 部 分 所 发 生 的 变化 , 而 且 每 个 用 户 都 没有 修改 
被 对 方 锁定 的 项 目 。 

当 这 两 个 用 户 保存 了 修改 之 后 , 数据 库 中 就 存 
储 了 一 个 违反 领域 模型 固定 规则 的 PO。 一 条 重要 的 
业务 规则 被 破坏 了 ,而 且 没 有 人 知道 ,如 图 6-7 所 示 。 


ltem# Quantity Part Price Amount 


| o01 | 5 [Guitars 
| 
| 























| | | 
| | | 









显然 ， 锁 定单 个 行 并 不 是 一 种 充分 的 保护 机 图 6-7 最 后 的 PO 超过 了 批准 限额 
制 。 如 果 一 次 锁定 一 个 PO, 就 会 防止 这 样 的 问题 发 (破坏 了 固定 规则 ) 
生 ， 如 图 6-8 所 示 。 

George 编 辑 他 的 视图 Amanda 被 锁定 在 PO #0012946 之 外 





PO #0012946 Approved Limit: $1,000.00 






Item# Quantity Part Price Amount 


| 5 cui | @ 100.00| so 
400.00 
| 
| | 


Total: 900.00 









George 已 经 提交 更 改 Amanda 获 得 访问 权 ，George 所 做 的 更 改 被 显示 出 来 
PO #0012946 Approved Limit: $1,000.00 






ltem# Quantity Part Price Amount 










Guitars 

002 | 3 [rrombones |@20000| 600.00| 
| 1 | 
| | _ | | 


Limit exceeded > Total: 1,100.00 


图 6-8 ”锁定 整个 PO 可 以 确保 满足 固定 规则 
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直到 Amanda 解 决 这 个 问题 之 前 , 程序 将 不 允许 保存 这 个 事务 ，Amanda 可 以 通过 提高 限额 或 
减少 一 把 吉他 来 解决 此 问题 。 这 种 机 制 防止 了 问题 ,如 果 人 们 的 主要 工作 是 对 很 多 PO 进行 操作 ， 
那么 这 可 能 是 一 种 不 错 的 解决 方案 。 但 如 果 很 多 人 同时 对 一 个 大 的 PO 的 不 同 项 进行 操作 时 ， 这 
种 锁定 机 制 就 显得 很 笨拙 了 。 
即使 假设 用 户 在 很 多 小 的 PO 上 工作 ,也 会 有 其 他 操作 可 能 破坏 这 条 固定 规则 。 考 虑 Part (部 
件 ) 这 一 列 。 如 果 当 Amanda 添 加 订单 时 ， 有 人 更 改 了 rombone (长 号 ) 的 price (价格 )， 那 么 这 
不 也 会 破坏 固定 规则 吗 ? 132 
那么 ， 我 们 试 着 除了 锁定 整个 PO 之 外 ， 再 锁定 Part。 图 6-9 显 示 了 当 George、Amanda 和 Sam 
在 不 同 的 PO 上 工作 时 将 会 发 生 的 情况 。 
George 在 编辑 PO 时 ， Amanda 添 加 trombone， 必 须 等 待 George 完 成 工作 


Guitars 和 Trombones 被 锁定 Violins 被 锁定 
PO #0012946 Approved Limit: $1,000.00 PO #0012932 Approved Limit: $1,850.00 






em# Quantity Part 


Item# Quantity Part Price Amount 
| 2 juias |@10000 | 20000 
@ 200.00 









| | 





PO #0013003 Approved Limit: $15,000.00 










em # Quantity Part Amount 


Piano |@1,00000 | 1,000.00 
| | | | 
[| | 
图 6-9 ”过 于 谨慎 的 锁定 会 妨碍 人 们 的 工作 
工作 变 得 越 来 越 麻烦 了 ， 因 为 对 乐器 (Part) 出 现 了 很 多 争 用 情况 。 这 样 就 会 发 生 图 6-10 中 

的 结果 : 

这 三 个 人 都 需要 等 待 。 

现在 我 们 可 以 开始 改进 模型 ， 在 模型 中 加 入 以 下 业务 知识 。 

(1) Part 在 很 多 PO 中 使 用 (会 产生 高 竞争 )。 

(2) 对 Part 的 修改 少 于 对 PO 的 修改 。 

(3) 对 Price (价格 ) 的 修改 不 一 定 会 传播 到 现 有 PO， 它 取决 于 修改 价格 时 PO 处 于 什么 状态 。 
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George 滩 加 violin ， 必 须 等 待 Amanda 完 成 工作 (0) 
PO #0012946 Approved Limit $1,000.00 






Item# Quantity Part Price Amount 


rl 
国 国 大 









@ 400.00 | 400.00 
Total 1.000.00 


图 6-10 ” 死 锁 


当 我 们 考虑 已 经 被 提交 并 存档 的 PO 时 ， 第 3 点 尤为 明显 。 它 们 显示 的 当然 是 填写 时 的 价格 ， 
而 不 是 当前 价格 。 





|i 
写 | 己 [局 
wD | 一 





Purchase Order 




















approved limit 








{sum of Item amounts <= PO 
approved Limit} 
本 








Purchase Order 
Line Item 













price 













quantity 
price 

















图 6-11 Price 被 复制 到 Line Item 中 ， 现 在 可 以 确保 满足 聚合 的 固定 规则 了 


按照 图 6-11 这 个 模型 得 到 的 实现 可 以 确保 满足 与 PO 和 项 有 关 的 固定 规则 ， 同 时 对 一 个 部 件 
的 价格 的 修改 将 不 会 立即 影响 引用 这 个 价格 的 项 。 涉 及 面 更 广 的 规则 可 以 通过 其 他 方式 来 满足 。 
例如 ， 系 统 可 以 每 天 为 用 户 列 出 价格 过 期 的 项 的 队列 , 这 样 用 户 就 可 以 决定 是 更 新 还 是 去 掉 每 个 
项 。 但 这 并 不 是 必须 一 直 保持 的 固定 规则 。 通 过 减少 项 对 Part 的 依赖 ， 可 以 避免 争 用 , 并 且 能 够 更 
好 地 反映 出 业务 的 现实 情况 。 同 时 ， 加 强 PO 与 项 之 间 的 关系 可 以 确保 遵守 这 条 重要 的 业务 规则 。 

AGGREGATE 强 制 了 PO 与 项 之 间 的 符合 业务 实际 的 所 属 关 系 。PO 和 项 的 创建 及 删除 很 自然 地 
被 联系 在 一 起 ， 而 Part 的 创建 和 删除 却 是 独立 的 。 


第 6 章 领域 对 象 的 生命 周期 ” 89 


AGGREGATE 划 分 出 一 个 范围 ,在 这 个 范围 内 , 生命 周期 的 每 个 阶段 都 必须 满足 一 些 固定 规则 。 
接 下 来 要 讨论 的 两 种 模式 FACTORY 和 REPOSITORY 都 是 在 AGGREGATE 上 执行 操作 ， 它 们 将 特定 生命 
周期 转换 的 复杂 性 封装 起 来 …… 


6.2 模式: FACTORY 





当 创建 一 个 对 象 或 创建 整个 AGGREGATE 时 ， 如 果 创 建 工 作 很 复杂 , 或 者 暴露 了 过 多 的 内 部 结 
构 ， 则 可 以 使 用 FACTORY 进 行 封 装 。 


对 象 的 功能 主要 体现 在 其 复杂 的 内 部 配置 以 及 关联 方面 。 我 们 应 该 一 直 对 一 个 对 象 进行 提 
炼 , 直到 所 有 与 其 意义 或 在 交互 中 的 角色 无 关 的 内 容 已 完全 被 剔除 为 止 。 一 个 对 象 在 它 的 生命 周 
期 当中 要 承担 大 量 的 职责 。 如 果 再 让 复杂 对 象 负责 其 自身 的 创建 ,那么 职责 的 过 载 将 会 导致 问题 
产生 。 

汽车 发 动机 是 一 种 复杂 的 机 械 装置 , 它 由 数 十 个 零件 共同 协作 来 履行 发 动机 的 职责 一 一 使 轴 
转动 。 我 们 可 以 试 着 设计 一 种 发 动机 组 ,让 它 自己 抓 取 一 组 活塞 并 塞 到 汽 条 中 ， 火花塞 也 可 以 自 
己 找到 插 孔 并 把 自己 拧 进 去 。 但 这 样 组 装 的 复杂 机 器 可 能 没有 我 们 常见 的 发 动机 那样 可 靠 或 高 
效 。 相反， 我 们 用 其 他 东西 来 装配 发 动机 。 或 许 是 一 个 机 械 师 ， 或 者 是 一 个 工业 机 器 人 。 无 论 是 
机 器 人 还 是 人 , 实际 上 都 比 二 者 要 装配 的 发 动机 复杂 。 装 配 零件 的 工作 与 使 轴 旋 转 的 工作 完全 无 
关 。 装 配 者 的 功能 只 是 在 生产 汽车 时 才 需 要 ， 我们 驾驶 时 并 不 需要 机 器 人 或 机 械 师 。 由 于 汽车 的 
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装配 和 驾驶 永远 不 会 同时 发 生 ,， 因此 将 这 两 种 功能 合并 到 同一 个 机 制 中 是 毫 无 价值 的 。 同 理 ， 装 
配 复杂 的 复合 对 象 的 工作 也 最 好 与 对 象 要 执行 的 工作 分 开 。 

但 将 职责 转交 给 另 一 个 相关 方 ( 应 用 程序 中 的 客户 对 象 ) 会 产生 更 严重 的 问题 。 客 户 知道 需 
要 完成 什么 工作 ,并 依靠 领域 对 象 来 执行 必要 的 计算 。 如 果 希 望 让 客户 来 装配 它 所 需 的 领域 对 象 ， 
那么 它 必 须要 知道 对 象 内 部 结构 的 一 些 知识 .为 了 确保 满足 应 用 于 领域 对 象 中 各 部 分 关系 的 所 有 
固定 规则 , 客户 必须 知道 对 象 的 一 些 规则 。 甚 至 调用 构造 函数 也 会 使 客户 与 它 要 构建 的 对 象 的 某 
些 具 体 类 产生 耦合 。 对 领域 对 象 实现 所 做 的 任何 修改 都 要 求 客户 做 出 相应 修改 ,这 使 得 重 构 变 得 
更 加 困难 。 

当 让 一 个 客户 负责 创建 对 象 时 ， 它 会 变 得 不 必要 的 复杂 , 而 且 共 职责 也 会 模糊 不 清 。 它 会 破 
坏 领域 对 象 的 封装 和 AGGREGATE 的 创建 。 更 严重 的 是 ， 如 果 客 户 是 应 用 屋 的 一 部 分 ， 那么 职责 就 
会 从 领域 层 泄漏 到 应 用 层 中 。 应 用 层 与 实现 细节 之 间 的 这 种 耦合 使 得 领域 层 抽 象 的 大 部 分 优势 荡 
然 无 在 ， 而 且 导 致 后 续 更 改 的 代价 变 得 更 加 高 昂 。 

对 象 的 创建 本 身 可 以 是 一 个 主要 操作 , 但 被 创建 的 对 象 并 不 适合 承担 复杂 的 装配 操作 。 将 这 
些 职责 混合 在 一 起 可 能 导致 出 现 难以 理解 的 拙劣 设计 。 让 客户 直接 负责 创建 对 象 又 会 使 客户 的 设 
计 陷 入 混乱 ， 并 且 破 坏 被 装配 对 象 或 AsGREGATE 的 封装 ， 而 且 导 致 客户 与 被 创建 对 象 的 实现 之 
间 产 生 过 于 紧密 的 耦合 。 

复杂 的 对 象 创建 是 领域 层 的 职责 , 然而 这 项 任务 并 不 属于 那些 用 于 表示 模型 的 对 象 。 在 有 些 
情况 下 ， 对 象 创建 和 装配 会 在 领域 中 产生 一 次 里 程 碑 式 的 重要 事件 ， 例 如 “ 开 一 个 银行 账户 。 
但 一 般 情 况 下 ,对 象 创建 和 装配 在 领域 中 并 没有 什么 意义 ， 它们 只 不 过 是 实现 的 一 种 需要 。 为 了 
解决 这 一 问题 ,我 们 必须 在 领域 设计 中 增加 一 种 新 的 构造 ， 它 不 是 ENTITY、VALUE OBJECT， 也 不 
是 SERVICE。 这 与 前 一 章 的 论述 相 违 背 ， 因 此 把 它 解 释 清 楚 很 重要 。 我 们 正在 向 设计 中 添加 一 些 
新 的 元 素 ， 但 它们 不 对 应 于 模型 中 的 任何 事物 ， 而 确实 又 承担 领域 层 的 部 分 职责 。 

每 种 面向 对 象 的 语言 都 提供 了 一 种 创建 对 象 的 机 制 (例如 ，Java 和 C++ 中 的 构造 函数 ， 
Smalltalk 中 的 实例 创建 类 )， 但 我 们 仍然 需要 一 种 更 加 抽象 且 不 与 其 他 对 象 发 生 耦 合 的 构造 机 制 。 
这 就 是 FAcTORY， 它 是 一 种 负责 创建 其 他 对 象 的 程序 元 素 。 如 图 6-12 所 示 。 


FAcroRY 负 责 生 成 
满足 客户 和 内 部 规 


















































则 的 对 象 
oO G 
new(parameters) create 
Slient 一 人 FAcTORY 一 一 上 Product 
product 


图 6-12 “与 FAcTORY 的 基本 交互 
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正如 对 象 的 接口 应 该 封装 对 象 的 实现 一 样 ( 从 而 使 客户 无 需 知道 对 象 的 工作 机 理 就 可 以 使 用 
对 象 的 行为 ) ,FACTORY 也 应 该 封装 创建 一 个 复杂 对 象 或 AGGREGATE 所 需 的 知识 。 它 提供 了 一 个 反 
映 客户 目标 的 接口 ， 以 及 一 个 被 创建 对 象 的 抽象 视图 。 

因此 : 

应 该 将 创建 复杂 对 象 的 实例 和 聚合 的 职责 转移 给 一 个 单独 的 对 象 , 这 个 对 象 本 身 在 领域 模型 
中 可 能 没有 职责 , 但 它 仍 是 领域 设计 的 一 部 分 。 提 供 一 个 封装 所 有 复杂 装配 操作 的 接口 ， 而 且 这 
个 接口 应 该 不 需要 客户 引用 要 被 实例 化 的 对 象 的 具体 类 。 在 创建 AsGREGATE 时 要 把 它 作为 一 个 
整体 ， 并 确保 它 满 足 固定 规则 。 


FACTORY 有 很 多 种 设计 方式 。[Gamma et al. 1995] 中 详尽 论述 了 几 种 特定 目的 的 创建 模式 , 包 
括 FACTORY METHOD (工厂 方法 )、ABSTRACT FACTORY (抽象 工厂 ) 和 BUILDER (构建 器 )。 该 书 
主要 研究 了 一 些 适用 于 最 复杂 的 对 象 构造 问题 的 模式 。 本 书 在 这 里 的 重点 并 不 是 深入 讨论 
FACTORY 的 设计 间 题 ， 而 是 要 表明 FACTORY 的 重要 地 位 一 一 它 是 领域 设计 中 的 重要 组 件 。 正 确 使 
用 FACTORY 有 助 于 保证 MODEL-DRIVEN DESIGN 沿 正确 的 轨道 前 进 。 

任何 好 的 工厂 都 需 满足 以 下 两 个 基本 需求 。 

(1) 每 个 创建 方法 都 是 原子 方法 ， 而且 满足 被 创建 对 象 或 AGGREGATE 的 所 有 固定 规则 。 
FACTORY 应 该 以 一 致 的 状态 来 生成 对 象 。 在 生成 ENTITY 时 ， 这 意味 着 创建 满足 所 有 固定 规则 的 整 
个 AGGREGATE， 但 在 创建 完成 后 可 以 向 聚合 添加 一 些 可 选 元 素 。 在 创建 不 变 的 VALUE OBJECT 时 ， 
这 意味 着 所 有 属性 必须 被 初始 化 为 正确 的 最 终 状 态 。 如 果 FACTORY 通 过 其 接口 收 到 了 一 个 创建 对 
象 的 请 求 ， 而 它 又 无 法 正确 地 创建 出 这 个 对 象 ,那么 它 应 该 抛 出 一 个 异常 ， 或 者 调用 某 种 其 他 机 
制 ， 以 确保 不 会 返回 错误 的 值 。 

(2) FACTORY 应 该 被 抽象 为 所 需 的 类 型 ， 而 不 是 创建 出 具体 的 类 。[Gamma et al. 1995] 中 的 高 
级 FACTORY 模 式 介 绍 了 这 一 话题 。 


6.2.1 选择 FACTORY 及 其 应 用 位 置 


一 般 来 说 ，FAcTORY 的 作用 是 使 创建 出 的 对 象 将 细节 隐藏 起 来 ， 而 且 我 们 把 FAcToRY 用 在 那 
些 需要 隐藏 细节 的 地 方 。 这 些 决 定 通 常 与 AGGREGATE 有 关 。 

例如 ， 如 果 需 要 向 一 个 已 存在 的 AGGREGATE 添 加 元 素 ， 可 以 在 AGGREGATE 的 根 上 创建 一 个 
FACTORY METHOD。 这 样 就 可 以 把 AGGREGATE 的 内 部 实现 细节 隐藏 起 来 ， 使 任何 外 部 客户 看 不 到 
这 些 细 节 ， 同 时 使 根 负责 确保 AGGREGArE 在 被 添加 元 素 时 的 完整 性 ， 如 图 6-13 所 示 。 

另 一 个 示例 是 在 一 个 对 象 上 使 用 FACTORY METHop ， 这 个 对 象 与 生成 另 一 个 对 象 密切 相关 ， 
但 它 并 不 拥有 所 生成 的 对 象 。 当 一 个 对 象 的 创建 主要 使 用 另 一 个 对 象 的 数据 (或 许 还 有 规则 ) 时 ， 
则 可 以 在 后 者 的 对 象 上 创建 一 个 FACTORY METHOD， 这 样 就 不 必 将 后 者 的 信息 提取 到 其 他 地 方 来 
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创建 前 者 。 这 样 做 还 有 利于 传递 前 者 与 后 者 之 间 的 关系 。 





newItem(pt393, 5) 


po678 : Purchase Order 
一 一 > 一 一 








< 


i3 id=b123 














11 : Purchase ltem 


i2 : Purchase Item 














create 
一 和 





的 根 ， 因 此 itemNumber 只 有 


Purchase item 不 是 AaGREGATE > 
在 AGGREGATE 内 部 才 是 唯一 的 











13: Purchase Item 





itemNumber = “1i3” 








quantity = 5 





上 上 





pt393 : Catalog Part 





partNumber = “pt393” 
description = “light bulb” 
price = $1.50 








图 6-13 ”一 个 FACTORY METHOD 封 装 了 AGGREGATE 的 扩展 


在 图 6-14 中 ，Trade Order 不 属于 Brokerage Account 所 在 的 那个 AGGREGATE， 因 为 它 从 一 开始 
就 与 交易 执行 应 用 程序 进行 交互 ， 所 以 把 它 放 在 Brokerage Account 中 只 会 碍 事 。 尽 管 如 此 ， 让 
Brokerage Account 负 责 控制 Trade Order 的 创建 却 是 很 自然 的 事情 。Brokerage Account 中 含有 一 些 
将 会 被 典 入 到 Trade Order 中 的 信息 〈 从 其 自己 的 标识 开始 ) ， 而 且 它 还 包含 一 些 规则 《这些 规则 
控制 了 哪些 交易 是 允许 的 ) 。 隐 藏 Trade Order 的 实现 细节 还 会 带 来 一 些 其 他 好 处 。 例 如 ， 我 们 可 
以 将 它 重 构 为 一 个 层次 结构 , 分 别 为 Buy Order 和 Sell Order 创 建 一 些 子 类 。 FACTORY 可 以 避免 客户 


与 具体 类 之 间 产 生 耦 合 。 





newBuy(“WCOM”, 500) b123 : Brokerage Account 





和 
i—O accountNumber = bl123 
t456 customerName = “Joe Smith” 











create 
一 





1456 : TradeOrder 





orderld = t456 
brokerageAccountld = b123 
type = BuyOrder 

security = “WCOM” 
numberOfShares = 500 











图 6-14 FACTORY METHOD 生 成 一 个 ENTITY， 但 这 个 ENTITY 并 不 属于 


FaCTORY 所 在 的 AGGREGATE 
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FACTORY 与 其 产品 之 间 是 紧密 耦合 的 ， 因 此 FAcTORY 应 该 只 被 关联 到 与 产品 有 着 紧密 的 自然 
关系 的 对 象 。 当 有 些 细节 需要 隐藏 (无 论 要 隐藏 的 是 具体 实现 还 是 构造 的 复杂 性 ) 而 又 找 不 到 一 
个 自然 的 地 方 来 隐藏 它们 时 ,必须 创建 一 个 专用 的 FACTORY 对 象 或 SERVICE。 整 个 AGGREGATE 通 常 
由 一 个 独立 的 FACTORY 来 创建 , FACTORY 人 负责 把 对 根 的 引用 传递 出 去 , 并 确保 创建 出 的 AGGREGATE 
满足 固定 规则 。 如 果 AGGREGATE 内 部 的 某 个 对 象 需要 一 个 FACTORY， 而 这 个 FACTORY 又 不 适合 在 
AGGREGATE 根 上 创建 ， 那 么 应 该 构建 一 个 独立 的 FACTORY。 但 仍 应 遵守 规则 一 一 把 访问 限制 在 
AGGREGATE 内 部 ， 并 确保 从 AGGREGATE 外 部 只 能 对 产品 进行 临时 引用 ， 如 图 6-15 所 示 。 








create(“Joe Smith”, MARGIN_APPROVED) oreate | bl23 :Brokerage Account 
bp 


at : Brokerage 
application : Brokerage 
< 反 一 0 Account Factory accountNumber = “b123” / 
b123 


customerName = “Joe Smith” 
3 | next 














brokerage . 
account number : Margin Account 
sequence 





图 6-15 ”由 一 个 独立 的 FACTORY 来 构建 AGGREGATE 
6.2.2 ”有些 情况 下 只 需 使 用 构造 函数 


我 曾经 在 很 多 代码 中 看 到 过 所 有 实例 都 是 通过 直接 调用 类 构造 函数 来 创建 的 ,或 者 是 使 用 编 
程 语言 的 最 基本 的 实例 创建 方式 。FACTORY 的 引入 提供 了 巨大 的 优势 ， 而 这 种 优势 往往 并 未 得 到 
充分 利用 。 但 是 ， 在 有 些 情况 下 直接 使 用 构造 函数 确实 是 最 佳 选择 。FACTORY 实 际 上 会 使 那些 不 
具有 多 态 性 的 简单 对 象 复杂 化 。 
在 以 下 情况 下 最 好 使 用 简单 的 、 公 共 的 构造 函数 。 
口 类 (class) 是 一 种 类 型 (type)。 它 不 是 任何 相关 层次 结构 的 一 部 分 ， 而 且 也 没有 道 过 接 
口 实现 多 态 性 。 
口 客户 关心 的 是 实现 ， 可 能 是 将 其 作为 选择 STRATEGY 的 一 种 方式 。 
口 客户 可 以 访问 对 象 的 所 有 属性 ， 因 此 同 客 户 公开 的 构造 国 数 中 没有 人 购 套 的 对 象 创建 。 
口 构造 并 不 复杂 。 
口 公共 构造 函数 必须 遵守 与 FACTORY 相 同 的 规则 : 它 必 须 是 一 个 原子 操作 ， 而 且 满 足 被 创建 
对 象 的 所 有 固定 规则 。 
不 要 在 构造 函数 中 调用 其 他 类 的 构造 函数 。 构 造 函 数 应 该 保持 绝对 简单 。 复杂 的 装配 , 特别 
是 AGGREGATE， 需 要 使 用 FACTORY。 选 择 使 用 小 的 FACTORY METHOD 的 门槛 并 不 高 。 
Java 类 库 提 供 了 一 些 有 趣 的 例子 。 所 有 集合 都 实现 了 接口 ， 接 口 使 得 客户 与 具体 实现 之 间 不 
产生 耦合 。 然而 , 它们 都 是 通过 直接 调用 构造 函数 创建 的 。 但 是 ,集合 类 本 来 是 可 以 使 用 FACTORY 
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来 封装 集合 的 层次 结构 的 。 而 且 ， 客 户 也 可 以 使 用 FACTORY 的 方法 来 请 求 所 需 的 特性 ， 然 后 由 
FACTORY 来 选择 适当 的 类 来 实例 化 。 这 样 一 来 ， 创 建 集合 的 代码 就 会 有 更 强 的 表达 力 ， 而 且 在 安 
装 新 的 集合 类 时 不 会 破坏 每 个 Java 程 序 。 
但 在 某 些 场合 下 使 用 具体 的 构造 函数 更 为 合适 。 首先 , 在 很 多 应 用 程序 中 , 实现 方式 的 选择 
对 性 能 的 影响 是 非常 敏感 的 ， 因 此 应 用 程序 需要 控制 选择 哪 种 实现 (尽管 如 此 ， 真 正 智能 的 
FACTORY 仍 然 可 以 满足 这 些 因素 的 要 求 )。 不 管 怎样 ， 集 合 类 的 数量 并 不 多 ， 因 此 选择 并 不 复杂 。 
虽然 没有 使 用 FAcToRY， 但 抽象 集合 类 型 仍然 具有 一 定价 值 ， 原 因 就 在 于 它们 的 使 用 模式 。 
集合 通常 都 是 在 一 个 地 方 创建 ， 而 在 其 他 地 方 使 用 。 这 意味 着 最 终 使 用 集合 (添加 、 删 除 和 检索 
其 内 容 ) 的 客户 仍 可 以 与 接口 进行 对 话 ，' 从 而 不 与 实现 发 生 耦 合 。 集 合 类 的 选择 通常 由 拥有 该 集 
合 的 对 象 来 决定 ， 或 是 由 该 对 象 的 FAcTORY 来 决定 。 
6.2.3 接口 的 设计 


当 设 计 FAcToRY 的 方法 签名 时 , 无 论 是 独立 的 FAcTORY 还 是 FAcTORY METHOD, 都 要 记 住 以 下 
口 每 个 操作 都 必须 是 原子 的 。 我们 必须 在 与 FACTORY 的 一 次 交互 中 把 创建 对 象 所 需 的 所 有 信 
息 传递 给 FACTORY。 同 时 必须 决定 当 某 些 固 定 规则 没有 被 满足 而 导致 创建 失败 时 , 将 执行 
什么 操作 。 可 以 抛 出 一 个 异常 或 仅仅 返回 nnll。 为 了 保持 一 致 ， 可 以 考虑 采用 一 个 编码 标 
准 来 处 理 FACTORY 失 败 。 
口 Factory 将 与 其 参数 发 生 耦 合 。 如 果 在 选择 输入 参数 时 不 小 心 ， 可 能 会 产生 错综复杂 的 依赖 
关系 。 耦 合 程度 取决 于 对 参数 (argument) 的 处 理 。 如 果 只 是 简单 地 将 参数 插入 到 要 构建 
的 对 象 中 ， 则 依赖 度 就 是 适中 的 。 如 果 从 参数 中 选 出 一 部 分 在 构造 对 象 时 使 用 ， 耦 合 将 
更 紧密 。 
最 安全 的 参数 是 那些 来 自 较 低 的 设计 层 的 参数 .即使 在 同一 层 中 ,也 有 一 种 自然 的 分 层 倾向 ， 
其 中 更 基本 的 对 象 被 更 高 层 的 对 象 使 用 (第 10 章 将 从 不 同方 面 讨论 这 样 的 分 层 , 第 16 章 也 会 论述 
这 个 问题 )。 
另 一 个 好 的 参数 选择 是 与 模型 中 的 产品 密切 相关 的 对 象 , 这 样 不 会 增加 新 的 依赖 性 。 在 前 面 
的 Purchase Order Item 示例 中 ，FACTORY METHOD 将 Catalog Part 作 为 一 个 参数 ， 它 是 Item 的 一 个 重 
要 的 关联 。 这 在 Purchase Order 类 和 Part 之 间 增 加 了 直接 的 依赖 性 。 但 这 三 个 对 象 组 成 了 一 个 关系 
密切 的 概念 小 组 。 不 管 怎样 ，Purchase Order 的 AGGREGATE 已 经 引用 了 Part。 因 此 将 控制 权 交 给 
AGGREGATE 根 ， 并 封装 AGGREGATE 的 内 部 结构 是 一 个 不 错 的 折 中 选择 。 
使 用 抽象 类 型 的 参数 ， 而 不 是 它们 的 具体 类 。FACTORY 与 产品 的 具体 类 发 生硬 合 ， 而 无 需 与 
具体 的 参数 发 生 耦 合 。 


6.2.4 固定 规则 的 逻辑 应 放置 在 哪里 
FACTORY 人 负责 确保 它 所 创建 的 对 象 或 AGGREGATE 满 足 所 有 固定 规则 ， 然 而 在 把 应 用 于 一 个 对 
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象 的 规则 移 到 该 对 象 外 部 之 前 应 三 思 。FACTORY 可 以 将 固定 规则 检查 工作 委派 给 产品 ， 而 且 这 通 
常 是 最 佳 选择 。 

但 FACTORY 与 它们 的 产品 之 间 存 在 一 种 特殊 的 关系 。FACTORY 已 经 知道 其 产品 的 内 部 结构 ， 
而 且 使 用 FACTORY 的 目的 也 是 很 明确 的 ， 那 就 是 要 把 产品 创建 出 来 。 在 某 些 情况 下 ， 把 固定 规则 
逻辑 放 到 FACTORY 中 是 有 优点 的 ， 这 样 可 以 避免 产品 中 发 生 混 乱 。 对 于 AGGREGATE 规 则 来 说 尤其 
如 此 (这些 规 则 约束 很 多 对 象 )。 但 固定 规则 逻辑 却 特别 不 适合 放 到 那些 与 其 他 领域 对 象 关联 的 
FACTORY METHOD 中 ，。 | 

虽然 原则 上 在 每 个 操作 结束 时 都 应 该 应 用 固定 规则 , 但 通常 对 象 所 允许 的 转换 可 能 永远 也 不 
会 用 到 这 些 规 则 。 可 能 ENTITY 标 识 属性 的 赋值 需要 廊 足 一 条 固定 规则 。 但 该 标识 在 创建 后 可 能 一 
直 保 持 不 变 。VALUE OBIECT 则 是 完全 不 变 的 。 如 果 一 个 逻辑 在 对 象 的 有 效 生命 周期 内 永远 也 不 被 
用 到 , 那么 对 象 就 没有 必要 携带 这 个 逻辑 。 在 这 种 情况 下 ,FACTORY 是 放置 固定 规则 的 合适 地 方 ， 
这 样 可 以 使 FACTORY 创 建 出 的 产品 更 简单 。 


6.2.5 ENTITY FACTORY 与 VALUE OBJECT FACTORY 


ENTITY FACTORY 与 VALUE OBJECT FACTORY 有 两 个 方面 的 不 同 。 由 于 VALUE OBJECT 是 不 可 变 
的 ， 所 以 完成 产品 就 是 最 终 形式 。 因 此 FAcToRY 操 作 必 须要 提供 产品 的 完整 描述 。 而 ENrrry 
FACTORY 则 只 需 具 有 构造 有 效 AGGREGATE 所 需 的 那些 属性 。 如 果 固 定 规则 不 需要 细节 ， 则 可 以 过 
后 再 添加 这 些 细节 。 

我 们 来 看 一 下 为 ENTITY 分 配 标识 时 将 涉及 的 问题 (VALUE OBJECT 不 会 涉及 这 些 问题 )。 正 如 
第 5 章 所 指出 的 那样 ， 既 可 以 由 程序 自动 分 配 一 个 标识 符 ， 也 可 以 通过 外 部 (通常 是 用 户 ) 提供 
一 个 标识 符 。 如 果 客 户 的 标识 是 通过 电话 号 码 跟 踪 的 ,那么 该 电话 号 码 必 须 作为 参数 被 显 式 地 传 
递 给 FACTORY。 当 由 程序 分 配 标识 符 时 ，FACTORY 是 控制 它 的 理想 场所 。 尽 管 唯一 跟踪 也 实 际 上 
是 由 数据 库 “ 序 列 ” 或 其 他 基础 设施 机 制 生 成 的 ， 但 FACTORY 知 道 需要 什么 样 的 标识 ， 以 及 将 标 
识 放 到 何 处 。 


6.2.6 重建 已 存储 的 对 象 


到 目前 为 止 FACTORY 只 是 发 挥 了 它 在 对 象 生命 周期 开始 时 的 作用 。 到 了 某 一 时 刻 ， 大 部 分 
对 象 都 要 存储 在 数据 库 中 或 通过 网 络 传输 ， 而 在 当前 的 数据 库 技术 中 ,几乎 没有 哪 种 技术 能 够 保 
持 对 象 的 内 容 特征 。 大 多 数 传输 方法 都 要 将 对 象 转换 为 平面 数据 才能 传输 , 这 使 得 对 象 只 能 以 非 
常 有 限 的 形式 出 现 。 因此 , 检索 操作 潜在 地 需要 一 个 复杂 的 过 程 将 名 个 部 分 重新 装配 成 一 个 可 用 

用 于 重建 对 和 象 的 FACTORY 与 用 于 创建 对 象 的 FACTORY 很 类 似 ， 主 要 有 以 下 两 点 不 同 。 

(1) 用 于 重建 对 象 的 ENTITYFACTORY 不 分 配 新 的 跟踪 ID, 如 果 重 新 分 配 ID, 将 与 先前 的 对 象 人 D 
发 生 冲 突 。 因 此 ， 在 重建 对 象 的 FACTORY 中 ， 标 识 属性 必须 是 输入 参数 的 一 部 分 。 
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(2) 当 固定 规则 未 被 满足 时 ， 重 建 对 象 的 FACTORY 采 用 不 同 的 处 理 方式 。 当 创建 新 对 象 时 ， 
如 果 未 满足 固定 规则 , FAcTORY 应 该 简单 地 拒绝 创建 对 象 , 但 在 重建 对 象 时 则 需要 更 灵活 的 响应 。 
如 果 对 象 已 经 在 系统 的 某 个 地 方 存在 〈 例 如 在 数据 库 中 ) ， 那 么 不 能 忽略 这 个 事实 。 但 是 ， 同 样 
也 不 能 任凭 规则 被 破坏 。 必 须 通过 某 种 策略 来 修复 这 种 不 一 致 的 情况 ,这 使 得 重建 对 象 比 创建 新 


对 象 更 困难 。 


图 6-16 和 图 6-17 显 示 了 两 种 重建 。 当 从 数据 库 中 重建 对 象 时 ， 对 象 映 射 技术 就 可 以 提供 部 分 
或 全 部 所 需 服 务 ， 这 是 非常 便利 的 。 当 从 其 他 介质 重建 对 象 时 ， 如 果 出 现 复杂 情况 ，FACTORY 是 


一 个 很 好 的 选择 。 


CUST table row {id=c123, 
fname=“Joe”, 


lname="“Smith”, ...} 

















b 
1. create(an SQL ResultSet) | : SQL Customer Facton 











cl23 








: O-R Mapping Tech 








3. create 
一 


2. delegate 





&SL23 : Customer 








customerld = c123 
lastName = “Smith” 
firstName = “Joe”™ 








图 6-16 从 关系 数据 库 中 检索 一 个 ENTITY 并 重建 它 





<fullname>Joe Smith</fullnam 





“<customer> 
<custid>c123<custid> 
e> 








ke] 
1. create(someXML) 


:XML Customer Factory. 





一 一 和 





<—0O 








cl23 


3. create 
一 一 上 


| 2. parse(someXML) 








:XML Parser 








图 6-17 


重建 以 XML 形式 传输 的 ENTITY 





c123 : Customer 








customerld = c123 
lastName = “Smith” 
firstName = “Joe” 
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总 之 , 必须 把 创建 实例 的 访问 点 标识 出 来 , 并 显 式 地 定义 它们 的 范围 。 它 们 可 能 只 是 构造 函 
数 , 但 通常 需要 有 一 种 更 抽象 或 更 复杂 的 实例 创建 机 制 。 为 了 满足 这 种 需求 ,需要 在 设计 中 引入 
新 的 构造 一 一 FACTORY。FACTORY 通 常 不 表示 模型 的 任何 部 分 ,但 它们 是 领域 设计 的 一 部 分 ， 能 
够 使 模型 更 明确 地 表示 出 对 象 。 
FACTORY 封 装 了 对 象 创建 和 重建 时 的 生命 周期 转换 。 另 一 种 大 大 增加 了 领域 设计 的 技术 复杂 [145 
性 的 转换 是 对 象 与 存储 之 间 的 互相 转换 。 这 种 转换 由 另 一 种 领域 设计 构造 来 完成 ， 它 就 是 |146 


REPOSITORY 。 


6.3 ”模式 ，REPOSITORY 











我 们 可 以 通过 对 象 之 间 的 关联 来 找到 对 象 。 但 当 它 处 于 生命 周期 的 中 间 时 , 必须 要 有 一 个 起 
点 ， 以 便 从 这 个 起 点 遍历 到 一 个 ENTITY 或 VALUE。 


be 
和 


无 论 要 对 一 个 对 象 执行 什么 操作 , 都 需要 保持 一 个 对 它 的 引用 。 那么 如 何 获得 这 个 引用 呢 ? 
一 种 方法 是 创建 对 象 ， 因 为 创建 操作 将 返回 对 新 对 象 的 引用 。 第 二 种 方法 是 遍历 一 个 关联 。 我们 
以 一 个 已 知 对 象 作为 起 点 , 并 向 它 索取 一 个 关联 的 对 象 。 这 样 的 操作 在 任何 面向 对 象 的 程序 中 都 
会 大 量 用 到 , 而 且 对 象 之 间 的 这 些 链接 使 对 象 模型 具有 更 强 的 表达 能 力 。 但 我 们 必须 首先 获得 作 
为 起 点 的 那个 对 象 。 


[148] 
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实际 上 ,我 曾经 遇 到 过 一 个 项 目 ， 团 队 成 员 对 MODEL-DRIVEN DESIGN 怀 有 极 大 的 热情 ， 因 而 
试图 通过 创建 对 象 或 遍历 对 象 的 方法 来 访问 所 有 对 象 。 他 们 的 对 象 存 储 在 对 象 数据 库 中 ,而 且 他 
们 据 此 推理 出 已 有 的 概念 关系 将 提供 所 有 必需 的 关联 。 他 们 只 需 完成 充分 的 分 析 工 作 , 以 便 使 整 
个 领域 满足 内 聚 的 要 求 。 这 种 自己 强加 的 限制 导致 他 们 创建 出 的 模型 错综复杂 , 而 前 几 章 我 们 一 
直 试 图 通过 仔细 地 实现 ENTITY 和 应 用 AGGREGATE 来 避免 这 种 复杂 性 。 这 种 策略 并 没有 坚持 多 长 时 
间 , 但 团队 成 员 一 直 也 没有 用 一 种 更 有 条 理 的 方法 来 取代 它 。 他 们 临时 拼 资 了 一 些 解决 方案 , 也 
放弃 了 最 初 的 宏伟 抱负 。 

想到 这 种 方法 的 人 并 不 多 , 尝试 它 的 人 就 更 少 了 , 因为 人 们 将 大 部 分 对 象 存储 在 关系 数据 库 
中 。 这 种 存储 技术 使 人 们 自然 而 然 使 用 第 三 种 获取 引用 的 方式 一 一 基于 对 和 象 的 属性 , 执行 查询 来 
找到 对 象 ， 或 者 是 找到 对 象 的 组 成 部 分 ， 然 后 重建 它 。 

数据 库 搜索 是 全 局 可 访问 的 , 它 使 我 们 可 以 直接 访问 任何 对 象 。 不 必 为 了 将 对 象 关 系 网 控制 
在 可 管理 的 范围 内 而 使 所 有 对 象 都 互 连 起 来 。 是 提供 遍历 还 是 依靠 搜索 ， 这 成 为 一 个 设计 决策 ， 
需要 在 搜索 的 解 看 与 关联 的 内 豪 之 间 做 出 权衡 。Customer 对 象 是 否 应 该 保持 所 有 Order 的 集合 ? 
是 否 应 该 通过 Customer ID 字段 在 数据 库 中 查找 Order? 要 想得到 一 个 易于 理解 的 设计 ， 需 要 选择 
一 个 正确 的 搜索 和 关联 组 合 。 

遗憾 的 是 , 开发 人 员 一 般 不 会 过 多 地 考虑 这 种 精细 的 设计 , 因为 他 们 满 脑子 都 是 大 量 需 要 用 
到 的 机 制 ， 以 便 很 有 技巧 地 利用 它们 来 实现 对 象 的 存储 、 取 回 和 最 终 的 删除 。 

现在 ,从 技术 的 观点 来 看 , 检索 一 个 已 存储 对 象 的 过 程 实际 上 属于 一 种 创建 对 象 的 操作 ， 因 
为 从 数据 库 中 检索 出 来 的 数据 被 用 来 组 装 新 的 对 象 。 实 际 上 ， 由 于 我 们 经 常 要 编写 这 样 的 代码 ， 
这 一 次 又 一 次 地 使 我 们 觉得 检索 对 象 就 是 在 创建 对 象 。 但 从 概念 上 讲 , 对 象 的 检索 发 生 在 ENTITY 
的 生命 周期 的 中 间 。Customer 对 象 并 不 代表 一 个 新 的 客户 ， 因 为 它 已 经 在 数据 库 中 存在 ， 我 们 只 
是 把 它 检索 出 来 。 为 了 记 住 这 个 区 别 ， 我 把 从 已 存储 的 数据 中 创建 实例 的 过 程 称 为 重建 。 

领域 驱动 设计 的 目标 是 通过 关注 领域 模型 (而 不 是 技术 ) 来 创建 更 好 的 软件 。 假 设 开 发 人 
员 构 造 了 一 个 SQL 查询 ， 并 将 它 传递 给 基础 设施 层 中 的 某 个 查询 服务 ， 然 后 再 根据 得 到 的 表 行 
数据 的 结果 集 提 取出 所 需 信 息 , 最 后 将 这 些 信 息 传 递 给 构造 国 数 或 FACTORY。 开发 人 员 执行 这 一 
连 串 操作 的 时 候 ， 时 已 不 再 把 模型 当 作 重 点 了 。 我 们 很 自然 地 会 把 对 象 看 作 容器 来 放置 查询 出 
来 的 数据 ， 这 样 整个 设计 就 转向 了 一 种 数据 处 理 风 格 。 虽 然 具 体 的 技术 细节 有 所 不 同 ， 但 问题 
仍然 存在 一 一 客户 处 理 的 是 技术 ， 而 不 是 模型 概念 。 诸 如 METADATA MAPPING LAYER ([Fowler 
2002]) 这 样 的 基础 设施 可 以 提供 很 大 帮助 ， 利 用 它 很 容易 将 查询 结果 转换 为 对 象 ， 但 开发 人 员 
考虑 的 仍然 是 技术 机 制 ， 而 不 是 领域 。 更 糟 的 是 ， 由 于 客户 代码 直接 使 用 数据 库 ， 因 此 奢 发 人 员 
会 试图 绕 过 模型 的 一 些 特色 功能 (例如 AGGREGATE， 甚 至 是 对 象 封装 ) ， 而 直接 获取 和 纤 作 他 们 
所 需 的 数据 。 这 将 导致 越 来 越 多 的 领域 规则 被 修 入 到 查询 代码 中 ,或 者 干 网 丢失 了 。 对 象 数据 库 
确实 消除 了 转换 问题 ， 但 搜索 机 制 还 是 很 机 械 的 ， 开 发 人 员 仍 对 他 们 所 需 的 对 象 感 兴趣 . 嘻 
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客户 需要 以 一 种 符合 实际 的 方式 来 获取 对 已 存在 的 领域 对 象 的 引用 。 如 果 基 础 设施 随 随 便便 
地 就 允许 开发 人 员 获得 这 些 引 用 ,那么 他 们 可 能 会 增加 很 多 可 遍历 的 关联 ,这 会 使 模型 变 得 非常 
混乱 。 另 一 方面 , 开发 人 员 可 能 使 用 查询 从 数据 库 中 提取 他 们 所 需 的 数据 ,或 是 直接 提取 几 个 具 
体 的 对 和 象 ， 而 不 是 通过 从 AGGREGATE 根 开始 导航 来 得 到 这 些 对 象 。 这 样 会 导致 领域 逻辑 泄露 到 
查询 和 客户 代码 中 ， 而 且 ENTITY 和 VALUE OBJECT 变 成 单纯 的 数据 容器 。 大 多 数 用 于 数据 库 访 问 
的 基础 设施 的 技术 复杂 性 很 快 就 会 使 客户 代码 变 得 混乱 ,这 将 导致 开发 人 员 放 弃 领域 层 , 最 后 使 
模型 变 得 无 关 紧要 。 

根据 到 目前 为 止 所 讨论 的 设计 原则 , 我 们 可 以 在 某 种 程度 上 缩小 对 象 访问 问题 的 范围 , 假设 
我 们 找到 一 种 访问 方法 ， 它 能 够 明确 地 将 模型 作为 焦点 ， 从 而 应 用 这 些 原 则 。 初 学 者 可 以 不 必 关 
心 临时 对 象 。 临 时 对 象 (通常 是 VALUE OBJECT) 只 存在 很 短 的 时 间 ， 在 客户 操作 中 用 到 它们 时 才 
创建 它们 , 用 完 就 删除 了 。 我 们 也 不 需要 对 那些 很 容易 通过 遍历 来 找到 的 持久 对 象 进行 查询 访问 。 
例如 ， 人 的 地 址 可 以 通过 Person 对 象 获 取 。 而 且 最 重要 的 是 ， 除 了 可 以 使 用 从 根 遍 历来 查找 对 象 
这 种 方法 以 外 ， 禁 止 用 其 他 方法 对 AGGREGATE 内 部 的 任何 对 象 进行 访问 。 

持久 化 的 VALUE OBJECT 一 般 可 以 通过 从 某 个 ENTITY 遍 历来 找到 ， 在 这 里 ENTITY 就 是 把 对 象 
封装 在 一 起 的 AGGREGATE 的 根 。 事 实 上 ， 对 VALUE 的 全 局 搜索 访问 常常 是 没有 意义 的 ， 因 为 通过 
属性 找到 VALUE OBJECT 相 当 于 用 这 些 属性 创建 一 个 新 实例 。 但 也 有 例外 情况 。 例如， 我 在 规划 旅 
行 线路 时 , 有 时 会 保存 几 个 想 要 去 的 路 线 , 过 后 再 回头 从 中 选择 一 个 来 预订 。 这 些 路 线 就 是 VALUE 

(如 果 两 条 路 线 由 相同 的 航班 构成 ， 那 么 我 不 会 关心 哪个 是 哪个 )， 但 它们 已 经 与 我 的 用 户 名 关 
联 到 一 起 了 ,而 且 可 以 原封 不 动 地 将 它们 检索 出 来 。 另 一 个 例子 是 “ 枚 举 ”， 在 枚 举 中 一 个 类 型 
有 一 组 严格 限定 的 、 预 定义 的 可 能 值 的 集合 。 但 是 ， 对 VALUE OBJECT 的 全 局 访问 比 对 ENTITY 的 全 
局 访问 更 少见 ， 而 且 ， 如 果 确 实 需 要 在 数据 库 中 搜索 一 个 已 存在 的 VALUE， 那 么 应 该 考虑 到 搜索 
结果 可 能 实际 上 是 一 个 ENTITY， 只 是 尚未 识别 它 的 标识 。 

从 上 面 的 讨论 显然 可 以 看 出 , 大 多 数 对 象 都 不 应 该 通过 全 局 搜索 来 访问 。 如 果 很 容易 就 能 从 
设计 中 看 出 那些 确实 需要 全 局 搜索 访问 的 对 象 ， 那 该 有 多 好 ! 

现在 可 以 更 精确 地 将 问题 重新 表述 如 下 ， 

在 所 有 持久 对 象 中 , 有 一 小 部 分 必须 能 够 通过 基于 对 象 属性 的 搜索 来 全 局 访问 。 当 不 易 通过 
遍历 的 方式 来 访问 某 些 AGGREGATE 根 的 时 候 ， 就 需要 使 用 这 种 访问 方式 。 它 们 通常 是 ENTITY， 
有 时 是 具有 复杂 内 部 结构 的 VALUE OBJECT,， 有 时 还 可 能 是 枚 举 VALUE。 而 其 他 对 象 则 不 宜 使 用 这 
种 访问 方式 , 因为 这 会 混淆 它们 之 间 的 重要 区 别 。 毫 无 约束 的 数据 库 查询 可 能 会 破坏 领域 对 象 的 
封装 和 AGGREGATE。 技 术 基础 设施 和 数据 库 访问 机 制 的 暴露 会 增加 客户 的 复杂 度 ， 并 妨碍 模型 
驱动 的 设计 。 

有 大 量 的 技术 可 用 来 解决 数据 库 访 问 的 技术 难题 , 例如 将 SQL 封 装 到 QUERY OBJECT 中 , 或 利 
用 METADATA MAPPING LAYER 进 行 对 象 和 表 之 间 的 转换 ([Fowler 2002]) 。FACTORY 可 以 帮助 重建 
那些 已 存储 的 对 象 〈 本 章 后 面 将 会 讨论 ) 。 这 些 技 术 和 很 多 其 他 技术 有 助 于 控制 数据 库 访问 的 复 
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杂 度 。 

有 得 必 有 失 , 我 们 应 该 注意 失去 了 什么 。 我 们 已 经 不 再 把 概念 放 在 领域 模型 中 思考 。 代 码 也 
不 再 表达 出 业务 ， 而 是 对 数据 库 检 索 技术 进行 操纵 。REPOSITORY 是 一 个 简单 的 概念 框架 ， 它 可 用 
来 封装 这 些 解 决 方案 ， 并 使 我 们 的 注意 力 重新 回 到 模型 上 。 

REPOSITORY 将 同一 类 型 的 所 有 对 象 表示 为 一 个 概念 集合 (通常 是 模拟 的 )。 它 的 行为 类 似 于 
集合 ， 只 是 具有 更 复杂 的 查询 功能 。 在 添加 或 删除 相应 类 型 的 对 象 时 ，REPOSITORY 的 后 台 机 制 负 
责 将 对 象 添加 到 数据 库 中 , 或 从 数据 库 中 删除 对 象 。 这 个 定义 表明 ，AGGREGATE 把 一 组 紧密 相关 
的 职责 收集 到 一 起 ， 这 些 职责 提供 了 对 AGGREGATE 根 的 从 其 生命 周期 开始 直至 结束 的 全 程 访 问 。 

客户 使 用 查询 方法 向 REPOSITORY 请 求 对 象 , 这 些 查 询 方法 根据 客户 所 指定 的 标准 (通常 是 特 
定 属性 的 值 ) 来 挑选 对 象 。 REPOSITORY 检 索 被 请 求 的 对 象 , 并 封装 数据 库 查询 和 元 数据 映射 机 制 。 
REPOSITORY 可 以 根据 客户 所 要 求 的 各 种 标准 来 挑选 对 象 。 它 们 也 可 以 返回 汇总 信息 , 例如 有 多 少 
个 实例 满足 查询 条 件 。REPOSITORY 其 至 能 返回 汇总 计算 , 例如 所 有 匹配 对 象 的 某 个 数值 属性 的 总 


和 ， 如 图 6-18 所 示 。 
户 了 REPOSITORY 
所 需 的 对 象 略 封装 起 来 


数据 库 接 口 
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; 四 METADATA MAPPING 
selection criteria . delegate FACTORY 
lient 一 和 repository 一 -和 
5 一 其 他 REPOSITORY 
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QUERY OBJECT 

















matching objects 


等 等 
图 6-18 ”REPOSITORY 为 客户 执行 一 个 搜索 


REPOSITORY 解 除了 客户 的 巨大 负担 ， 使 客户 只 需 与 一 个 简单 的 、 易 于 理解 的 接口 进行 对 话 ， 
并 根据 模型 向 这 个 楼 口 提出 它 的 请 求 。 要 实现 所 有 这 些 功能 需要 大 量 复杂 的 技术 基础 设施 , 但 接 
口 很 简单 ， 而 且 从 概念 上 讲 ， 接 口 与 领域 模型 是 紧密 联系 的 。 

因此 : 

为 每 种 需要 全 局 访问 的 对 象 类 型 创建 一 个 对 象 , 这 个 对 象 就 相当 于 该 类 型 的 所 有 对 象 在 内 存 
中 的 一 个 集合 的 “替身 ”。 通 过 一 个 众所周知 的 接口 来 提供 访问 。 提 供 添 加 和 删除 对 象 的 方法 ， 
用 这 些 方法 来 封装 在 数据 存储 中 实际 插入 或 删除 数据 的 操作 .。 提供 根据 具体 标准 来 挑选 对 象 的 方 
法 ,并 返回 属性 值 满 足 查 询 标准 的 对 象 或 对 象 集合 (所 返回 的 对 象 是 完全 实例 化 的 ) ， 从 而 将 实 
际 的 存储 和 查询 技术 封装 起 来 。 只 为 那些 确实 需要 直接 访问 的 AGGREGATE 根 提供 REPOSITORY。 
让 客户 始终 聚焦 于 模型 ， 而 将 所 有 对 象 存储 和 访问 操作 交 给 REPOSITORY 来 完成 。 


AN jad Mt 
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REPOSITORY 有 很 多 优点 ， 包 括 : 

口 它们 为 客户 提供 了 一 个 简单 的 模型 ， 可 用 来 获取 持久 对 象 并 管理 它们 的 生命 周期 ， 

口 它们 使 应 用 程序 和 领域 设计 与 持久 化 技术 (多 种 数据 库 策 略 甚至 是 多 个 数据 源 ) 解 看 ， 

口 它们 体现 了 有 关 对 象 访 问 的 设计 决策 ， 

口 可 以 很 容易 将 它们 替换 为 “ 哑 实 现 ”(dummy implementation)， 以 便 在 测试 中 使 用 (通常 
使 用 内 存 中 的 集合 )。 


6.3.1 ”REPOSITORY 的 查询 


所 有 存储 库 都 为 客户 提供 了 根据 某 种 标准 来 查询 对 象 的 方法 ,但 如 何 设计 这 个 接口 却 有 很 多 
选择 。 

最 容易 构建 的 REPosITORY 用 硬 编码 的 方式 来 实现 -一 些 具 有 特定 参数 的 查询 。 这 些 查询 可 以 是 
各 种 各 样 的 ， 例 如 通过 标识 来 检索 ENTITY (几乎 所 有 REPOSITORY 都 提供 了 这 种 查询 )、 通 过 基 个 
特定 属性 值 或 一 个 复杂 的 参数 组 合 来 请 求 一 个 对 象 集合 .根据 值 域 (例如 日 期 范围 ) 来 选择 对 象 ， 
甚至 可 以 执行 某 些 属于 REPOSITORY 一 般 职责 范围 内 的 计算 (特别 是 利用 那些 底层 数据 库 所 支持 的 
操作 )。 如 图 6-19 所 示 。 

尽管 大 多 数 查 询 都 返回 一 个 对 象 或 对 象 集合 ， 但 返回 某 些 类 型 的 汇总 计算 也 是 符合 
REPOSITORY 概 念 的， 例如 符合 条 件 的 对 象 数目 ， 或 模型 中 所 有 匹配 对 象 的 某 个 数值 属性 的 总 和 。 











， : TradeDrderRepository 456 : TradeOrder 
trackingId(t4567 ee locate/reconstitute t radeOrder 
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= trackingld = t456 

< 一 forTrackingld(String) : TradeOrder brokerageAccountld = 123 
1456 outstandingForBrokerageAccountld(String) : Collection type = BuyOrder 

security =“WCOM” 

numberOfShares = 500 























图 6-19 ”在 简单 REPOsITORY 中 进行 的 硬 编码 查询 


在 任何 基础 设施 上 , 都 可 以 构建 硬 编码 式 的 查询 ， 也 不 需要 很 大 的 投入 ,因为 即使 它们 不 做 
这 些 事 ， 一 些 客户 也 必须 要 艇 。 

在 一 些 需 要 执行 大 量 查询 的 项 目 上 , 可 以 构建 一 个 支持 更 灵活 的 查询 的 REPOSITORY 框 架 。 如 
图 6-20 所 示 。 这 要 求 开 发 人 员 熟 悉 必 要 的 技术 ， 而 且 还 需要 有 一 个 支持 这 些 查询 的 基础 设施 。 

基于 SPECIFICATION 的 查询 特别 适合 作为 一 个 框架 来 使 用 ， 通 过 它 可 以 对 绝 大 多 数 的 
REPOSITORY 进 行 查询 。 客 户 可 以 使 用 规格 来 描述 (也 就 是 指定 ) 它 需 要 什么 ,而 不 必 关 心 如 何 获 
得 结果 。 在 这 个 过 程 中 ， 可 以 创建 一 个 对 象 来 实际 执行 筛选 操作 。 第 9 章 将 深入 讨论 这 种 模式 。 

基于 SPECIFICATION 的 查询 是 一 种 优雅 且 灵 活 的 查询 方法 。 根据 所 用 的 基础 设施 的 不 同 , 它 可 
能 是 一 个 非常 适度 的 框架 ， 也 可 能 极为 复杂 。Rob Mee 和 Edward Hieatt 在 [Fowler 2002] 一 书 中 讨 
论 了 设计 这 样 的 REPOSITORY 时 所 涉及 的 更 多 技术 问题 。 
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Criteria criteria = new Criteria(); 1456 ;TradeOrder | 

criteria.equalCTradeOrder. SECURITY, VCOM 

criteria.equal(TradeOrder.ACCOUNT, “123”); tracking[ld = 1456 

一 brokerageAccountld = 123 
type = BuyQraer 
7 . ; locate/reconstitute security = “WCOM’ 
matching(criteria) TradeQrderReposito — S67 numberOfShares = 500 
1 一 上 
Slient =o trackingld = 567 
collection of TradeOrders | forld(String) : TradeOrder brokerageAccountld = 123 























matching(Criteria) : Collection type = BuyOrder 


security =“WCOM 
728 numberOfShares = 200 


trackingid = t678 
brokerageAccountld = 123 
type = SellOrder 

security =“WCOM” 
numberOfShares = 700 























图 6-20 ”在 一 个 复杂 的 REpPosIToRY 中 ， 用 一 种 灵 医 的 、 声 明 式 的 
SPECIFICATION 来 表述 一 个 搜索 标准 


即使 一 个 REPOSITORY 的 设计 采取 了 灵活 的 查询 方式 ， 也 应 该 允许 添加 专门 的 硬 编码 查询 。 
153] 这 些 查询 作为 便捷 的 方法 ， 可 以 封装 常用 查询 或 不 返回 对 象 〈 例 如 返回 的 是 选中 对 象 的 汇总 计 
算 ) 的 查询 。 不 支持 这 些 特殊 查询 方式 的 框架 有 可 能 会 扭曲 领域 设计 ,或 是 干脆 被 开发 人 员 弃 

之 不 用 。 


6.3.2 客户 代码 可 以 忽略 REPOSITORY 的 实现 ， 但 开发 人 员 不 能 忽略 


持久 化 技术 的 封装 可 以 使 得 客户 变 得 十 分 简单 ,并 且 使 客户 与 REPOSITORY 的 实现 之 间 完 全 解 
而 。 但 像 一 般 的 封装 一 样 ， 开发 人 员 必 须知 道 在 封装 背后 都 发 生 了 什么 事情 。 在 使 用 REPOSITORY 
时 ， 不 同 的 使 用 方式 或 工作 方式 可 能 会 对 性 能 产生 极 大 的 影响 。 

Kyle Brown 曾 告诉 过 我 他 的 一 段 经 历 ， 有 一 次 他 被 请 去 解决 一 个 基于 WebSphere 的 生产 应 用 
程序 的 问题 ， 当 时 这 个 程序 正 处 于 生产 部 署 阶段 。 系 统 在 运行 几 小 时 后 会 莫名 其 妙 地 耗 尽 内 存 。 
Kyle 在 检查 代码 后 发 现 了 原因 : 在 某 一 时 刻 ， 系 统 需要 将 工厂 中 每 件 产品 的 信息 汇总 到 一 起 。 开 
发 人 员 使 用 一 个 名 为 all objects (所 有 对 象 ) 的 查询 来 进行 汇总 , 这 个 操作 对 每 个 对 象 进行 实例 化 ， 
然后 选择 他 们 所 需 的 数据 。 这 段 代 码 的 结果 是 一 次 性 将 整个 数据 库 装 人 内 存 中 ! 这 个 问题 在 测试 
中 并 未 发 现 ， 原 因 是 测试 数据 较 少 。 

这 是 一 个 明显 的 禁忌 , 而 一 些 更 不 容易 注意 到 的 蔗 忽 可 能 会 产生 同样 重要 的 问题 。 开 发 人 员 
需要 理解 使 用 封装 行为 的 隐 含 问题 , 但 这 并 不 意味 着 要 熟悉 实现 的 每 个 细节 。 设计 良好 的 组 件 是 
可 以 被 刻画 出 来 的 《这 是 第 10 章 的 重点 之 一 )。 

正如 第 5 童 所 讨论 的 那样 ， 底 层 技 术 可 能 会 限制 我 们 的 建 模 选 择 。 例 如 ， 关 系数 据 库 可 能 对 
复合 对 象 结构 的 深度 有 一 个 实际 的 限制 。 同样 , 开发 人 员 必须 在 REPOSITORY 的 使 用 和 它 的 查询 实 

现 之 间 建 立 一 种 双向 反馈 机 人 制 。 
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6.3.3 REPOSITORY 的 实现 


根据 所 使 用 的 持久 化 技术 和 基础 设施 的 不 同 , 存储 库 的 实现 也 将 有 很 大 的 变化 。 理想 的 实现 
是 向 客户 隐藏 所 有 内 部 工作 细节 (尽管 不 向 客户 的 开发 人 员 隐 藏 这 些 细 节 ) ， 这 样 不 管 数据 是 存 
储 在 对 象 数据 库 中 ， 还 是 存储 在 关系 数据 库 中 ， 或 是 简单 地 保持 在 内 存 中 ， 客 户 代码 都 相同 。 
REPOSITORY 将 会 委托 相应 的 基础 设施 层 服务 来 完成 工作 。 将 存储 、 检 索 和 查询 机 制 封装 起 来 是 
REPOSITORY 实 现 的 最 基本 的 特性 ， 如 图 6-21 所 示 。 














客户 根据 模 心 
型 来 请 求 它 
所 项 的 对 象 
{456 : TradeOrder 
G : TradeOrderRepository 
]. trackingIld(“1456”) trackingld = 1456 





client 一 一 和 brokerageAccountId = 123 
type = BuyOrder 
security = “WCOM” 











< o forTrackingId(String): TradeOrder 
































t456 outstandingForBrokerageAccountld(String): Collection numberOfShares = 500 
1456 ‘ 3.1 create 
2. search(an SQL Query String) ) 

5 an SQL ResultSet ~ 

” \ 3. reconstitute(an ,SOL 
| SQL ResultSet) :SQL TradeOrder 
: Database Factory 

。 Interface 
“SELECT * FROM | 




















TRADE_ORDER WHERE \ 

TRACKING ID=t456'” TRADE ORDER table | 
一 row {tracking id=t456. 
acct id="123", 
symbol="WCOM", ...} 

















图 6-21 REPOSITORY 将 底层 数据 存储 封装 起 来 


REPOSITORY 概 念 在 很 多 情况 下 都 适用 。 可 能 的 实现 方法 有 很 多 , 这 里 只 能 列 出 如 下 -一 些 需要 
记 住 的 注意 事项 。 

口 对 类 型 进行 抽象 。REPOSITORY“ 含 有 ”特定 类 型 的 所 有 实例 ， 但 这 并 不 意味 着 每 个 类 都 
需要 有 一 个 REPOSITORY。 类 型 可 以 是 一 个 层次 结构 中 的 抽象 的 超 类 (例如 ，TradeOrder 
可 以 是 BuyOrder 或 SellOrder) 。 类 型 可 以 是 一 个 接口 (即使 这 个 接口 的 实现 者 与 该 类 型 没 
有 层次 结构 上 的 关联 )， 也 可 以 是 一 个 具体 的 类 。 记 住 ， 由 于 数据 库 技术 缺乏 这 样 的 多 态 
性 质 ， 因 此 我 们 将 面临 很 多 约束 。 

口 充分 利用 REPOSITORY 与 客户 解 耦 的 优点 。 如 果 客 户 直接 调用 REposITOoRY， 那 么 我 们 修改 
其 实现 的 自由 度 就 小 多 了 。 也 可 以 利用 解 耦 来 优化 性 能 ， 因 为 这 样 就 可 以 使 用 不 同 的 查 





询 技术 ， 或 在 内 存 中 缓存 对 象 ， 这 样 可 以 随时 自由 地 切换 持久 化 策略 。 通 过 提供 一 个 易 
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于 操纵 的 、 内 存 中 的 (in-memory) 哑 实 现 ， 还 能 够 方便 客户 代码 和 领域 对 象 的 测试 。 
口 将 事务 的 控制 权 留 给 客户 。 尽 管 REPosITORY 可 以 对 数据 库 执行 插入 和 删除 数据 的 操作 ， 
但 它 一 般 不 会 提交 事务 。 例 如 ， 在 保存 一 个 事务 之 后 ， 应 该 提交 它 ， 而 客户 所 处 的 位 置 
使 其 看 起 来 正 应 该 负责 初始 化 和 提交 工作 单元 。 如 果 REPOSITORY 不 插手 事务 控制 ， 那 么 
事务 管理 就 会 简单 得 多 。 
通常 ， 项 目 团队 会 在 基础 设施 层 中 添加 一 个 框架 ,用 来 支持 REPOSITORY 的 实现 。REPOSITORY 
超 类 除了 与 较 低 层 的 基础 设施 组 件 进行 协作 以 外 , 还 可 以 实现 一 些 基本 的 查询 , 特别 是 要 实现 的 
灵活 的 查询 。 遗 憾 的 是 ， 在 一 个 类 型 系统 中 (例如 Java 的 类 型 )， 这 种 方法 会 使 返回 的 对 象 只 能 
是 Object 类 型 ， 而 让 客户 将 它们 转换 为 REPOSITORY 含 有 的 类 型 。 当 然 ， 如 果 在 Java 中 查询 所 返回 
的 对 象 是 集合 时 ， 客 户 不 管 怎样 都 要 执行 这 样 的 转换 。 
有 关 实 现 REPOSITORY 的 更 多 指南 和 一 些 支 持 性 技术 模式 (例如 QUERY OBJECT) 可 以 在 
([Fowler 2002] ) 一 书 中 找到 。 


6.3.4 ”在 框架 内 工作 


在 实现 REPOSITORY 这 样 的 构造 之 前 , 需要 认真 思考 所 使 用 的 基础 设施 ,特别 是 架构 框架 。 这 
些 框架 可 能 提供 了 一 些 可 用 来 轻松 创建 REPOSITORY 的 服务 , 但 也 可 能 会 妨碍 创建 REPOSITORY 的 工 
作 。 我 们 可 能 会 发 现 架构 框架 已 经 定义 了 一 种 用 来 实现 对 象 持久 化 的 等 效 模 式 ,， 也 有 可 能 定义 了 
一 种 与 REPOSITORY 完 全 不 同 的 模式 。 

例如 , 你 的 项 目 可 能 会 使 用 PEE。 看 看 这 个 框架 与 MopEL-DRIVEN DESIGN 之 间 有 哪些 概念 上 
近似 的 地 方 〈 记 住 ， 实 体 bean 与 ENTITY 不 是 一 回 事 ) ， 你 可 能 会 把 实体 bean 和 AGGREGATE 根 当 作 
一 对 类 似 的 概念 。 在 了 PEE 框 架 中 ， 负 责 对 这 些 对 象 进行 访问 的 构造 是 EJB Home。 但 如 果 把 EJB 
Home 装 饰 成 REPoSITORY 的 样子 可 能 会 导致 其 他 问题 。 

一 般 来 讲 , 在 使 用 框架 时 要 顺 其 自然 。 在 大 方向 上 要 保持 领域 驱动 设计 的 菇 本 要 素 , 而 一 些 
不 符 的 细节 则 不 必 过 分 苛求 。 注 意 观 赛 领域 驱动 设计 的 概念 与 框架 中 的 概念 之 间 的 相似 性 。 这 里 
的 假设 是 除了 使 用 框架 之 外 疫 有 别 的 选择 。 很 多 了 2EE 项 目 根本 不 使 用 实体 bean。 如 果 可 以 自由 选 
择 ， 那 么 应 该 选择 与 你 所 使 用 的 设计 风格 相 协 调 的 框架 或 框架 中 的 一 些 部 分 。 


6.3.5 ”REPOSITORY 与 FACTORY 的 关系 


FACTORY 负 责 处 理 对 象 生 命 周 期 的 开始 ， 而 REPOSITORY 帮 助 管理 生命 周期 的 中 间 和 结束 。 当 
对 象 驻 留 在 内 存 中 或 存储 在 对 象 数据 库 中 时 ,这 是 很 好 理解 的 。 但 通常 至 少 有 一 部 分 对 象 存储 在 
关系 数据 库 、 文 件 或 其 他 非 面向 对 象 的 系统 中 。 在 这 些 情 况 下 ， 检 索 出 来 的 数据 必须 被 重建 为 对 
象形 式 。 

由 于 在 这 种 情况 下 REPOSITORY 基 于 数据 来 创建 对 象 ， 因 此 很 多 人 认为 REPOSITORY 就 是 
FACTORY， 而 从 技术 角度 来 看 的 确 如 此 。 但 我 们 最 好 还 是 从 模型 的 角度 来 看 待 这 一 问题 ， 而 且 前 
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面 讲 过 ， 重 建 一 个 已 存储 的 对 象 并 不 是 创建 一 个 新 的 概念 对 象 。 从 领域 驱动 设计 的 角度 来 看 ， 

FACTORY 和 REPOSITORY 具 有 完全 不 同 的 职责 。FACTORY 人 负责 制造 新 对 象 ， 而 REPOSITORY 人 负责 查找 

已 有 对 象 。REPOSITORY 应 该 让 客户 感觉 到 那些 对 象 就 好 像 驻 留 在 内 存 中 一 样 。 对 象 可 能 必须 被 重 

建 ( 的 确 ， 可 能 会 创建 一 个 新 实例 )， 但 它 是 同一 个 概念 对 象 ， 仍 旧 处 于 生命 周期 的 中 间 。 157 
REPOSITORY 也 可 以 委托 FACTORY 来 创建 一 个 对 象 ， 这 种 方法 (虽然 实际 很 少 这 样 做 ,但 在 理 

论 上 是 可 行 的 ) 可 用 于 从 头 开 始 创建 对 象 , 此 时 就 没有 必要 区 分 这 两 种 看 问题 的 角度 了 , 如 图 6-22 

所 示 。 
































1. query 3. reconstitute 
client 一 repository 一 factory 
<—0 
object(s) 
| 2. query 








database 











图 6-22 ”REPOSITORY 使 用 FACTORY 来 重建 一 个 已 有 对 象 


这 种 职责 上 的 明确 区 分 还 有 助 于 FACTORY 摆 脱 所 有 持久 化 职责 。FACTORY 的 工作 是 用 数据 来 
实例 化 一 个 可 能 很 复杂 的 对 象 。 如 果 产 品 是 一 个 新 对 象 ,那么 客户 将 知道 在 创建 完成 之 后 应 该 把 
它 添加 到 REPOSITORY 中 ， 由 REPOSITORY 来 封装 对 象 在 数据 库 中 的 存储 ， 如 图 6-23 所 示 。 


1. create 
client 一 人 > factory 
< 一 o 
object(s) 


| 2. add(objecf) 


repository 


| 2.1 insert(rows) 

















database 





上 


图 6-23 ”客户 使 用 REposIroRy 来 存储 新 对 象 


另 一 种 情况 促使 人 们 将 FAcTORY 和 REPOSITORY 结 合 起 来 使 用 ， 这 就 是 想 要 实现 一 种 “查找 或 
创建 ”功能 ， 即 客户 描述 它 所 需 的 对 象 ， 如 果 找 不 到 这 样 的 对 象 ， 则 为 客户 新 创建 一 个 。 我 们 最 


106 第 二 部 分 ”模型 驱动 设计 的 构造 块 





好 不 要 追求 这 种 功能 ， 它 不 会 带 来 多 少 方便 。 当 将 ENTITrY 和 VALUE OBJECT 区 分 开 时 ， 很 多 看 上 去 


有 用 的 功能 就 不 复 存 在 了 。 需 要 VALUE OBJECT 的 客户 可 以 直接 请 求 FAcTORY 来 创建 一 个 。 通 常 ， 
在 领域 中 将 新 对 象 和 原 有 对 象 区 分 开 是 很 重要 的 , 而 将 它们 明显 组 合 在 一 起 的 框架 实际 上 只 会 
局 面 变 得 混乱 。 


6.4 为 关系 数据 库 设计 对 象 


在 以 面向 对 象 技术 为 主 的 软件 系统 中 , 最 常用 的 非 对 象 组 件 就 是 关系 数据 库 。 这 种 现状 产生 
了 一 个 常见 的 问题 : 将 范式 混合 起 来 使 用 (参见 第 $ 章 )。 但 与 大 部 分 其 他 组 件 相 比 ， 数 据 库 与 对 
象 模型 的 关系 要 紧密 得 多 。 数据 库 不 仅仅 与 对 象 进行 交互 , 而 且 它 还 把 构成 对 象 的 数据 存储 为 持 
入 化 形式 . 已 经 有 大 量 的 文献 对 于 如 何 将 对 和 象 映射 到 关系 表 以 及 如 何 有 效 存 储 和 检索 它们 这 样 的 
技术 挑战 进行 了 讨论 。 最 近 的 一 篇 讨论 可 和 参见 [Fowler 2002] 一 书 。 有 一 些 相 当 完 善 的 工具 可 用 来 
创建 和 管理 它们 之 间 的 映射 。 除了 技术 上 的 难点 以 外 , 这 种 不 匹配 可 能 对 对 象 模型 产生 很 大 的 影 
响 。 
有 3 种 常见 情况 : 
(1) 数据 库 是 对 象 的 主要 存储 库 ， 
(2) 数据 库 是 为 另 一 个 系统 设计 的 ， 
(3) 数据 库 是 为 这 个 系统 设计 的 ， 但 它 的 任务 不 是 用 于 存储 对 象 。 
如 果 数 据 库 模式 (database schema) 是 专门 为 对 象 存储 而 设计 的 ， 那 么 接受 模型 的 一 些 限 制 
是 值得 的 ， 这样 可 以 让 映射 变 得 简单 一 点 。 如 果 在 数据 库 模 式 设计 上 没有 其 他 的 要 求 ， 那么 可 以 
精心 设计 数据 库 结构 ， 以 便 使 得 在 更 新 数据 时 能 更 安全 地 保证 京 合 的 完整 性 、 并 使 数据 更 新 变 得 
更 加 高 效 。 从 技术 上 来 看 ， 关 系 表 的 设计 不 必 反 映 出 领域 模型 。 映射 工具 已 经 非常 精巧 了 ， 足以 
消除 二 者 之 间 的 巨大 差别 。 问 题 在 于 多 个 重 又 的 模型 显得 过 于 复杂 了 。MODEL-DRIVEN DESIGN 的 
很 多 原则 (例如 避免 将 分 析 和 设计 模型 分 开 ) 也 同样 适用 于 这 种 不 匹配 问题 。 这 确实 会 牺牲 对 象 
模型 的 一 些 丰 富 性 ,而且 有 时 必须 在 数据 库 设 计 中 做 出 一 些 折 中 (例如 有 些 地 方 不 能 规范 化 )。 
但 如 果 不 做 这 些 辆 性 就 会 冒 另 一 种 风险 , 那 就 是 模型 与 实现 之 间 失 去 了 紧密 的 耦合 。 这 种 方法 并 
不 要 必须 使 用 一 种 简单 的 、 一 个 对 象 /一 个 表 的 映射 。 视 平 映 射 工具 的 功能 ， 可 以 实现 一 些 察 合 
或 对 象 的 组 合 ,但 使 映射 保持 透明 这 一 点 是 至 关 重 要 的 , 这 样 就 很 容易 通过 在 映射 工具 中 检查 代 
码 或 观察 各 个 项 来 理解 映射 。 
口 当 数 据 库 被 视 作 对 象 存储 时 ， 数 据 模型 与 对 象 模型 的 差别 不 应 太 大 (不 管 映射 工具 有 多 
么 强大 的 功能 )。 可 以 牺牲 对 象 关系 的 一 点 丰富 性 ， 以 保证 它 与 关系 模型 的 紧密 关联 。 如 
果 有 助 于 简化 对 象 映射 的 话 ， 不 妨 辆 性 某 些 正式 的 关系 标准 (例如 规范 化 )。 
口 对 象 系统 外 部 的 过 程 不 应 该 访问 这 样 的 对 象 存 储 。 它 们 可 能 会 破坏 对 象 必须 满足 的 固定 
规则 。 此 外 ， 它 们 的 访问 将 会 锁定 数据 模型 ， 这 样 使 得 在 重 构 对 象 时 很 难 修改 模型 。 
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但 从 另 一 方面 看 , 很 多 情况 下 数据 是 来 自 遗 留 系统 或 外 部 系统 的 , 而 这 些 系统 从 来 没 打 算 被 
用 作对 象 的 存储 。 在 这 种 情况 下 ， 同 一 个 系统 中 就 会 有 两 个 领域 模型 共存 。 第 14 章 将 深入 讨论 这 
个 问题 。 或 许 与 男 一 个 系统 中 隐 含 的 模型 保持 一 致 有 一 定 的 道理 ,也 可 能 更 好 的 方法 是 使 这 两 个 
模型 完全 不 同 。 

允许 这 种 例外 情况 的 另 一 个 原因 是 性 能 。 为 了 解决 执行 速度 的 问题 , 有 时 可 能 需要 对 设计 做 
出 一 些 非常 规 的 修改 。 

但 大 多 数 情况 下 关系 数据 库 是 面向 对 象 领域 中 的 持久 化 存储 形式 ,因此 简单 的 对 应 关系 才 是 
最 好 的 。 表 中 的 一 行 应 该 包含 一 个 对 象 ， 也 可 能 还 包含 AGGREGATE 中 的 一 些 附 属 项 。 表 中 的 外 键 
应 该 转换 为 对 另 一 个 ENTITY 对 象 的 引用 。 有 时 我 们 不 得 不 违背 这 种 简单 的 对 应 关系 ,但 不 应 该 由 
此 就 全 盘 放 弃 简 单 映射 的 原则 。 

UBIQUITOUS LANGUAGE 可 能 有 助 于 将 对 象 和 关系 组 件 联系 起 来 ,使 之 成 为 单一 的 模型 。 对 象 
中 的 元 素 的 名 称 和 关联 应 该 严格 地 对 应 于 关系 表 中 相应 的 项 。 尽管 有 些 具 有 强大 功能 的 映射 工具 
使 这 看 上 去 有 些 多 此 一 举 ， 但 关系 中 的 微小 差别 可 能 引发 很 多 混乱 。 

对 象 世界 中 越 来 越 盛行 的 重 构 惯例 实际 上 并 不 会 对 关系 数据 库 设 计 造 成 多 大 的 影响 。 此 外 ， 
一 些 严重 的 数据 迁移 问题 也 使 人 们 不 愿意 对 数据 库 进行 频繁 的 修改 。 这 可 能 会 阻碍 对 象 模型 的 重 
构 ， 但 如 果 对 象 模型 和 数据 库 模型 开始 背离 ， 那 么 很 快 就 会 失去 透明 性 。 

最 后 , 有 些 原因 使 我 们 不 得 不 使 用 与 对 象 模型 完全 不 同 的 数据 库 模式 , 即使 数据 库 是 专门 为 
我 们 的 系统 创建 的 。 数 据 库 也 有 可 能 被 其 他 一 些 不 对 对 象 进行 实例 化 的 软件 使 用 。 即 使 当 对 象 的 
行为 快速 变化 或 演变 的 时 候 , 也 可 能 只 需要 对 数据 库 进行 很 少 的 修改 。 让 模型 与 数据 库 之 间 的 关 
联 变 得 松散 也 是 一 种 很 有 吸引 力 的 选择 。 但 这 种 选择 往往 是 无 意 之 间 做 出 的 , 原因 是 团队 没有 保 
持 数 据 库 与 模型 之 间 的 同步 。 如 果 有 意 选 择 将 两 个 模型 分 开 ， 那么 它 可 能 会 产生 一 种 更 整洁 的 数 
据 库 模式 ， 而 不 是 一 个 为 了 与 原 有 对 象 模 型 保持 一 致 而 到 处 都 是 折 中 处 理 的 拙劣 的 数据 库 模 式 。 





第 ， 章 
使 用 语言 : 一 个 扩展 的 示例 


一面 三 章 介 绍 了 一 种 模式 语言 ， 它 可 以 对 模型 的 细节 进行 精 化 ， 并 可 以 严格 遵守 

月 由 yovsr prrvsw Dssiax。 在 前 面 的 示例 中 基本 上 是 一 次 只 应 用 一 种 模式 ， 但 在 实际 的 
项 目 中 ， 必 须 将 它们 结合 起 来 使 用 。 本 章 介绍 一 个 比较 全 面 的 示例 (当然 还 是 远 远 比 实际 项 目 简 
单 ) 。 这 个 示例 将 一 步 步 介绍 模型 和 设计 的 精 化 过 程 , 由 一 个 假想 的 团队 来 处 理 需求 和 实现 问题 ， 
并 开发 出 一 个 MopEL-DRIVEN DESIGN ， 这 个 示例 将 显示 出 一 些 适 用 的 问题 ， 以 及 如 何 用 第 二 部 分 
讨论 的 模式 来 解决 它们 。 


7.1 货物 运输 系统 简介 


假设 我 们 正在 为 一 家 货运 公司 开发 新 的 软件 。 最 初 的 需求 包括 3 项 基本 功能 ， 

(1) 跟踪 客户 货物 的 主要 处 理 部 署 ， 

(2) 事先 预约 货物 ， 

(3) 当 货物 到 达 其 处 理 过 程 中 的 某 个 位 置 时 ， 自 动向 客户 寄 送 发 票 。 

在 实际 的 项 目 中 , 需要 花费 一 些 时 间 ， 并 要 经 过 多 次 迭代 才能 得 到 这 种 清晰 的 模型 。 本 书 的 
第 三 部 分 将 深入 讨论 这 个 发 现 过 程 。 但 现在 我 们 从 一 个 已 包含 所 需 概念 ( 且 这 些 概 念 具有 合理 的 
形式 ) 的 模型 开始 ， 我 们 将 通过 对 模型 的 细节 稍 作 调整 来 支持 设计 。 

这 个 模型 将 领域 知识 组 织 起 来 ,并 为 团队 提供 了 一 种 语言 ,我 们 可 以 做 出 像 下 面 这 样 的 陈述 。 


“一 个 Cargo (货物 ) 涉及 多 个 Customer (客户 ) ， 每 个 Customer 承 担 不 同 的 角色 。” 
“Cargo 的 运送 目标 已 指定 。” 
“由 一 系列 满足 Specification (规格 ) 的 Carrier Movement (运输 动作 ) 来 完成 运送 目标 。” 


图 7-1 显 示 的 模型 中 的 每 个 对 象 都 有 一 个 明确 的 意义 : 

Handling Event (处 理事 件 ) 是 对 Cargo 采 取 的 不 同 操作 ， 例 如 将 它 装 上 船 ， 或 清关 。 这 个 类 
可 以 被 细 化 为 一 个 由 不 同 种 类 的 事件 (例如 装 货 、 印 货 或 由 履 货 和 提货) 构成 的 层次 结构 。 

Delivery Specification (运送 规格 ) 定义 了 运送 目标 ,这 至 少 包 括 目 的 地 和 和 到达 日 期 , 但 也 可 
能 更 为 复杂 。 这 个 类 遵循 规格 模式 (参见 第 9 章 )。 
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图 7-1 表示 货运 领域 模型 的 类 图 


这 个 职责 本 来 可 以 由 Cargo 对 象 来 承担 , 但 将 Delivery Specification 抽 象 出 来 至 少 有 以 下 3 个 优点 。 

(1) 如果 没有 Delivery Specification，Cargo 对 象 就 需要 负责 提供 用 于 指定 运送 目标 的 所 有 属性 
和 关联 的 详细 意义 。 这 会 使 Cargo 对 象 变 得 混乱 ， 导 致 它 难以 理解 或 修改 。 

(2) 当 将 模型 作为 一 个 整体 来 解释 时 , 这 个 抽象 使 我 们 能 够 轻松 且 安全 地 省 略 掉 细 节 。 例 如 ， 
Delivery Specification 中 可 能 还 封装 了 其 他 标准 ， 但 这 种 细节 级 别 的 图 可 以 不 必 显 示 出 来 。 这 个 图 
告诉 读者 有 一 个 运送 规格 , 但 其 细节 却 并 不 是 要 考虑 的 重点 (事实 上 ,过 后 修改 细节 也 很 容易 )。 

(3) 这 个 模型 具有 更 强 的 表达 力 。Delivery Specification 清 楚 地 说 明了 Cargo 运 送 的 具体 方式 没 
有 明确 规定 ， 但 它 必须 完成 Delivery Specification 中 规定 的 目标 。 

Customer 在 运输 中 所 承担 的 部 分 是 按照 角色 (role) 来 划分 的 , 例如 shipper (托运 人 )、 receiver 

( 收 货 人 )、payer (付款 人 )， 等 等 。 由 于 一 个 Cargo 只 能 由 一 个 Customer 来 承担 某 一 给 定 角色 ， 
因此 它们 之 间 的 关联 是 限定 的 多 对 一 关系 ， 而 不 是 多 对 多 。 和 角色 可 以 被 简单 地 实现 为 字符 串 ， 当 
需要 其 他 行为 的 时 候 ， 也 可 以 将 它 实现 为 类 。 

Carrier Movement 表 示 由 某 个 Carrier (例如 一 辆 卡车 或 一 稻 船 ) 执行 的 从 一 个 Location (地 点 ) 
到 另 一 个 Location 的 旅程 。Cargo 被 装 上 Carrier 后 ， 通 过 Carrier 的 一 个 或 多 个 Carrier Movement, 就 
可 以 在 不 同 地 点 之 间 转 移 。 

Delivery History (运送 历史 ) 反映 了 Cargo 实 际 上 都 发 生 了 什么 事情 ， 它 与 Delivery 
Specification 正 好 相对 ， 后 者 描述 了 目标 。Delivery History 对 象 可 以 通过 分 析 最 后 一 次 装 货 和 印 货 
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以 及 对 应 的 Carrier Movement 的 且 的 地 来 计算 货物 的 当前 位 置 。 成 功 的 运送 将 会 是 一 个 满足 
Delivery Specification 目 标的 Delivery History 对 象 。 

将 满足 上 述 需 求 的 所 有 概念 都 在 这 个 模型 中 表示 出 来 , 并 假定 已 经 有 了 一 些 适当 的 机 制 来 实 
现 保存 对 象 、 查 找 相关 对 象 等 功能 。 这 些 实 现 问 题 不 在 模型 中 处 理 , 但 它们 必须 在 设计 中 考虑 到 。 

为 了 建立 一 个 健壮 的 实现 ， 这 个 模型 需要 更 清晰 和 严密 一 些 。 

记 住 , 一 般 情况 下 , 模型 的 精 化 、 设 计 和 实现 应 该 在 迭代 开发 过 程 中 一 起 进行 。 但 在 本 章 中 ， 
为 了 使 解释 更 加 清楚 ， 我 们 从 一 个 相对 成 熟 的 模型 开始 ， 在 实现 中 采用 构造 块 模式 ， 一 切 修改 完 
全 由 需求 来 驱动 ， 以 便 保证 模型 与 实际 的 实现 紧密 关联 在 一 起 。 

一 般 来 说 , 当 为 了 更 好 地 支持 设计 而 对 模型 进行 精 化 时 , 也 应 该 让 模型 反映 出 对 领域 的 新 理 
解 。 但 在 本 章 中 , 仍然 为 了 使 解释 更 加 清楚 , 我 们 采用 构造 块 模式 , 一 切 修改 完全 由 需求 来 驱动 ， 
这 样 做 仍然 是 为 了 保证 模型 与 实际 的 实现 紧密 关联 在 一 起 。 


7.2 隔离 领域 ， 应 用 程序 的 引入 


为 了 防止 领域 的 职责 与 系统 的 其 他 部 分 的 职责 混杂 在 一 起 ， 我 们 应 用 LAYERED ARCHITE- 
CTURE 把 领域 层 划 分 出 来 。 

无 需 进行 深入 的 分 析 , 就 可 以 识别 出 三 个 用 户 层 的 应 用 程序 功能 , 我 们 可 以 将 这 三 个 功能 分 
配给 三 个 应 用 层 类 。 

(D 第 一 个 类 是 Tracking Query (跟踪 查询 ) ， 它 可 以 访问 某 个 Cargo 过 去 和 现在 的 处 理 情况 。 

(2) 第 二 个 类 是 Booking Application (预订 应 用 )， 它 允许 注册 一 个 新 的 Cargo， 并 使 系统 准备 
好 处 理 它 。 

(G3) 第 三 个 类 是 Incident Logging Application (事件 日 志 应 用 ), 它 记 录 对 Cargo 的 每 次 处 理 ( 提 
供 通 过 Tracking Query 找 到 的 信息 )。 

这 些 应 用 层 类 是 协调 者 ， 它 们 只 是 负责 提问 ， 而 不 负责 回答 ， 回 答 是 领域 层 的 工作 。 


7.3 将 ENTTY 和 VALUE OBJECT 区 别 开 


依次 考虑 每 个 对 象 ， 看 看 这 个 对 象 是 必须 被 跟踪 的 实体 还 是 仅 表示 一 个 基本 值 。 首 先 , 我 们 
来 看 一 些 比较 明显 的 情况 ， 然 后 考虑 更 含糊 的 情况 。 

Customer 

我 们 从 一 个 简单 的 对 象 开 始 。Customer 对 象 表 示 一 个 人 或 一 家 公司 ,从 一 般 意义 上 来 讲 它 是 
一 个 实体 。Customer 对 象 显然 有 一 个 对 用 户 来 说 很 重要 的 标识 ， 因 此 它 在 模型 中 是 一 个 ENTITY。 
那么 如 何 跟踪 它 呢 ? 在 某 些 情况 下 可 以 使 用 Tax ID (纳税 号 ) ， 但 对 象 如 果 是 跨国 公司 就 无 法 使 
用 了 。 这 个 问题 需要 咨询 领域 专家 。 我 们 与 运输 公司 的 一 位 业务 人 员 讨 论 这 个 问题 ， 发 现 公 司 已 
经 有 了 一 个 客户 数据 库 , 其 中 每 个 Customer 在 第 一 次 联系 销售 时 被 分 配 了 一 个 信号 。 这 种 ID 已 经 
在 整个 公司 中 使 用 , 因此 在 我 们 的 软件 中 使 用 这 种 ID 号 就 可 以 与 那些 系统 保持 标识 的 连贯 性 。IDD 
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号 最 初 是 手工 录入 的 。 

Cargo | 

两 个 完全 相同 的 货 箱 必 须要 区 分 开 ， 因 此 Cargo 对 象 是 ENTITY。 在 实际 情况 中 ， 所 有 运输 公 
司 都 会 为 每 件 货物 分 配 一 个 跟踪 ID。 这 个 ID 是 自动 生成 的 , 对 用 户 是 可 见 的 , 而 且 在 本 例 中 可 能 
在 预订 时 还 要 发 送 给 客户 。 

Handling Event 和 Carrier Movement 

我 们 关心 这 些 独立 事件 是 因为 通过 它们 可 以 跟踪 正在 发 生 的 事情 。 它 们 反映 了 真实 世界 的 事 
件 ， 而 这 些 事件 一 般 是 不 能 互 换 的 ， 因 此 它们 是 ENTITY。 每 个 Carrier Movement 都 将 通过 一 个 代 
码 来 识别 ， 这 个 代码 是 从 运输 调度 表 得 到 的 。 

在 与 领域 专家 的 另 一 次 讨论 中 ， 我 们 发 现 Handling Event 有 一 种 唯一 的 识别 方法 ， 那 就 是 使 
用 Cargo 一、 完成 时 间 和 类 型 的 组 含 。 例 如 ， 同 一 个 Cargo 不 会 在 同一 个 时 间 既 装 货 又 卸货 。 

Location 

名 称 相同 的 两 个 地 点 并 不 是 同一 个 位 置 。 经 纬度 可 以 提供 一 个 唯一 键 , 但 这 并 不 是 一 个 非常 
可 行 的 方案 , 因为 我 们 对 于 这 个 系统 的 大 部 分 目的 地 并 不 用 关心 经 纬度 是 多 少 , 而 且 经 纬度 的 使 
用 相当 复杂 。Location 更 可 能 是 某 种 地 理 模 型 的 一 部 分 ， 这 个 模型 根据 运输 航线 和 其 他 特定 于 领 
域 的 关注 点 将 地 点 关联 起 来 。 因 此 使 用 任何 一 种 自动 生成 的 内 部 标识 符 就 足够 了 。 

Delivery History 

这 是 一 个 比较 复杂 的 对 象 。Delivery History 是 不 可 互 换 的 ， 因 此 它 是 ENTITrY。 但 Delivery 
History 与 Cargo 是 一 对 一 关系 ， 因 此 它 实际 上 并 没有 自己 的 标识 。 它 的 标识 是 从 拥有 它 的 Cargo 处 
借 来 的 。 当 对 AGGREGATE 进 行 建 模 时 这 个 问题 会 变 得 更 清楚 。 

Delivery Specification 

尽管 它 表示 了 Cargo 的 自 标 ,但 这 种 抽象 并 不 依赖 于 Cargo。 它 实际 上 表示 某 些 Delivery History 
的 假定 状态 。 运 送 货 物 实际 上 就 是 让 Cargo 的 Delivery History 最 后 满足 该 Cargo 的 Delivery 
Specification。 如 果 有 两 个 Cargo 去 往 同 一 地 点 ， 则 它们 可 以 用 同一 个 Delivery Specification， 但 它 
们 不 共用 同一 个 Delivery History， 尽 管 运送 历史 都 是 从 同一 个 状态 ( 空 ) 开始 。 因 此 ，Delivery 
Specification 是 VALUE OBJECT。 


Role 和 其 他 属性 


Role 表示 了 有 关 它 所 限定 的 关联 的 一 些 信息 ， 但 它 没 有 历史 或 连续 性 。 因 此 它 是 一 个 VALUE 
OBJECT， 可 以 在 不 同 的 Cargo/Customer 关 联 中 共享 它 。 
其 他 属性 〈 例 如 时 间 惟 或 名 称 ) 都 是 VALUE OBJECT。 


7.4 设计 运输 系统 中 的 关联 
图 7-! 中 的 所 有 关联 都 设 有 指定 遍历 方向 ， 但 双向 关联 在 设计 中 是 容易 产生 问题 的 。 此 外 ， 
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只 有 深刻 理解 领域 后 才能 确定 遍历 方向 ， 





因此 理解 遍历 方向 能 够 使 模型 更 深入 。 


如 果 Customer 对 它 所 运送 的 每 个 Cargo 都 有 一 个 直接 的 引用 ， 那 么 这 对 一 些 长 期 、 频 繁 托运 
货物 的 客户 将 会 非常 不 便 。 此外, Customer 这 一 概念 并 非 只 与 Cargo 相 关 。 在 大 型 系统 中 , Customer 
可 能 具有 多 种 角色 ， 以 便 与 许多 对 象 交互 ， 因此 最 好 不 要 将 它 限定 为 这 种 具体 的 职责 。 如 过 需要 
按照 Customer 来 查找 Cargo， 那 么 可 以 通过 数据 库 查 询 来 完成 。 本 章 后 面 讨论 REPOSITORY 时 还 


回头 讨论 这 个 问题 。 


如 果 我 们 的 应 用 程序 要 对 一 系列 货船 进行 跟踪 ， 那 么 从 Carrier Movement 遍 历 到 Handling 
Event 将 是 很 重要 的 。 但 我 们 的 业务 只 需 跟 踪 Cargo， 因 此 只 需 从 Handling Event 遍 历 到 Carrier 
Movement 就 能 满足 我 们 的 业务 需求 ， 这 也 把 实现 简化 为 一 个 简单 的 对 象 引用 ， 因 为 双向 关系 已 


经 被 禁用 。 


图 7-2 解 释 了 其 他 设计 决策 背后 的 原因 。 





让 Customer 实 体 直 接 引 用 
每 个 它 曾 托运 过 的 Cargo 
是 很 麻烦 的 。 存 储 库 可 以 
提供 在 另 一 个 方向 上 的 访问 。 











这 里 保留 了 双向 关联 。 此 
应 用 程序 的 核心 是 对 Cargo 
进行 跟踪 ， 因 此 Delivery 




















History 必 须要 引用 Cargo。 
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所 有 者 。Delivery Specification 
的 概念 与 Delivery History 的 关联 
比 与 Cargo 的 关联 更 紧密 。 
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像 Location 这 样 的 基本 实体 可 能 

福 各 多 对 类 佑 全 有 (使 用 的 原因 也 有 
多 ) 。 只 有 摆脱 了 跟踪 其 用 户 的 

人 它 才 具有 实用 性 。 























图 7-2 在 一 些 关联 上 对 遍历 方向 进行 了 约束 
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在 我 们 的 模型 中 有 一 个 循环 引用 ，Cargo 知 道 它 的 Delivery History，Delivery History 中 保存 
了 一 系列 的 Handling Event， 而 Handling Event 反 过 又 指向 Cargo。 很 多 领域 在 逻辑 上 都 存在 循环 
引用 ， 而 且 循环 引用 在 设计 中 有 时 是 必要 的 ， 但 它们 维护 起 来 很 复杂 。 在 选择 实现 时 ， 应 该 避 
免 把 必须 同步 的 信息 保存 在 两 个 不 同 的 地 方 ， 这 样 对 我 们 的 工作 很 有 帮助 。 在 这 个 例子 中 ， 我 
们 可 以 选择 一 个 简单 但 不 太 健 壮 的 实现 ， 即 用 Java 来 实现 一 个 初步 的 原型 ， 在 Delivery History 
中 提供 一 个 List 对 象 ， 并 把 Handling Event 都 放 到 这 个 List 对 象 中 。 但 在 某 些 时 候 ， 我 们 可 能 不 想 
使 用 集合 ， 以 便 能 够 用 Cargo 作 为 键 来 执行 数据 库 查询 。 在 选择 存储 库 时 ， 我 们 还 会 讨论 到 这 一 
点 。 如 果 查 询 历史 的 操作 相对 来 说 不 是 很 多 ， 那 么 这 种 方法 可 以 提供 很 好 的 性 能 、 简 化 维护 并 
减少 添加 Handling Event 的 开销 。 如 果 这 种 查询 很 频繁 ， 那 么 最 好 还 是 使 用 直接 的 指针 。 这 种 设 
计 上 的 折 中 其 实 就 是 在 实现 的 简单 性 和 性 能 之 间 达 成 一 个 平衡 。 模 型 还 是 同一 个 模型 ， 它 包含 
了 循环 关联 和 双向 关联 。 


7.5 AGGREGATE 边界 


Customer、Location 和 Carrier Movement 都 有 自己 的 标识 ， 而 且 被 许多 Cargo 共 享 ， 因 此 ， 它 
们 在 各 自 的 AGGREGATE 中 必须 是 根 , 这些 聚合 除了 包含 它们 的 属性 之 外 ， 可 能 还 包含 其 他 比 这 里 
讨论 的 细节 级 别 更 低层 的 对 象 。Cargo 也 是 一 个 明显 的 AGGREGATE 根 ， 但 把 它 的 边界 画 在 哪里 还 
需要 仔细 思考 一 下 。 

如 图 7-3 所 示 ，Cargo AGGREGAIE 可 以 把 一 切 只 因 Cargo 存 在 的 事物 包含 进来 ， 这 当中 包括 
Delivery History、Delivery Specification 和 Handling Event。 这 很 适合 Delivery History， 因 为 没 人 会 
在 不 知道 Cargo 的 情况 下 直接 去 查询 Delivery History。 因 为 Delivery History 不 需要 直接 的 全 局 访 
问 ， 而 且 它 的 标识 实际 上 只 是 由 Cargo 派 生出 的 ， 因 此 很 适合 将 Delivery History 放 在 Cargo 的 边界 
之 内 ， 并 且 它 也 无 需 是 一 个 AGGREGATE 根 。Delivery Specification 是 一 个 VALUE OBJECT， 因 此 将 它 
包含 在 Cargo AGGREGATE 中 出 不 复杂 。 

Handling Event 就 是 另外 一 回 事 了 。 前 面 已 经 考虑 了 两 种 与 其 有 关 的 数据 库 查 询 ， 一 种 是 当 
不 想 使 用 集合 时 ， 用 查找 其 个 Delivery History 的 Handling Event 作 为 一 种 可 行 的 替代 方法 ,这 种 查 
询 是 位 于 Cargo AGGREGATE 内 部 的 本 地 查询 另 一 种 查询 是 查找 装 货 和 准备 其 次 Carrier Movement 
时 所 进行 的 所 有 操作 。 在 第 二 种 情况 中 ， 处 理 Carge 的 活动 看 起 来 是 有 意义 的 (即使 是 与 Cargo 本 
身分 开 来 考虑 时 也 是 如 此 )， 因 此 Handling Event 应 该 是 它 自己 的 AGGREGATE 的 根 。 


7.6 选择 REPOSITORY 


在 我 们 的 设计 中 ,有 5 个 ENTITY 是 AGGREGATE 的 根 , 因此 在 选择 存储 库 时 只 需 考虑 这 5 个 实体 ， 
因为 其 他 对 象 都 不 能 有 REPOSITORY 。 
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AGGREGATE 的 根 。 在 AGGREGATE 内 部 。Delivery 
全 局 唯一 标识 符 。 History 有 意义 和 标识 ， 
AN 但 其 标识 只 与 Cargo 有 关联 。 





















Handling Event 需 要 在 一 个 | 
“ 低 争 用 ” (low-contention) 的 
事务 中 创建 ， 这 是 把 它 作为 其 

自己 的 AGGREGATE 根 的 一 个 原因 。 
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图 7-3 ”模型 中 的 AGGREGATE 边 界 (注意 : 边界 之 外 的 ENTITY 是 其 自己 的 AGGREGATE 的 根 ) 


为 了 确定 这 5 个 实体 当中 哪些 确实 需要 REPOSITORY， 必 须 回 头 看 一 下 应 用 程序 的 需求 。 要 想 
通过 Booking Application 进 行 预 条 ， 用 户 需 要 选择 一 些 承 担 不 同 角 色 (托运 人 、 收 货 人 等 ) 的 
Customer。 因 此 需要 一 个 Customer Repository。 在 指定 货物 的 目的 地 时 还 需要 一 个 Location， 因 此 
还 需要 创建 一 个 Location Repository。 

用 户 需 要 通过 Activity Logging Application 来 查找 装 货 的 Carrier Movement， 因 此 需要 一 个 
Carrier Movement Repository。 用 户 还 必须 告诉 系统 哪个 Cargo 已 经 完成 了 装 货 ， 因 此 还 需要 一 个 
Cargo Repository， 如 图 7-4 所 示 。 

我 们 没有 创建 Handling Event Repository ， 因 为 我 们 决定 在 第 一 次 迭代 中 将 它 与 Delivery 
History 的 关联 实现 为 一 个 集合 ， 而 且 应 用 程序 并 不 需要 查找 在 一 次 Carrier Movement 中 都 装载 了 
什么 货物 。 这 两 个 原因 都 有 可 能 会 发 生变 化 ， 如 果 确 实 改 变 了 ， 可 以 增加 一 个 REPOSITORY。 
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: 。 find by Schedule ID(String) 
find by city name(String) find by FromTo(Location, Location) 
图 7-4 ”REPOsITORY 提 供 了 对 选中 AGGREGATE 根 的 访问 172 


7.7 ”场景 走 查 
为 了 复核 这 些 决策 ， 我 们 需要 经 常 走 查 场景 ， 以 确保 能 够 有 效 地 解决 应 用 问题 。 
7.7.1 应 用 程序 特性 举例 ;更改 Cargo 的 目的 地 


有 时 一 个 Customer 会 打 电 话说 :“ 精 了 1 我 们 原来 说 把 货物 运 到 Hackensack， 但 实际 上 应 该 
运往 Hoboken。” 既然 我 们 提供 了 运输 服务 ， 就 一 定 要 让 系统 能 够 进行 这 样 的 修改 。 
Delivery Specification 是 一 个 VALUE OBJECT， 因 此 最 简单 的 方法 是 放弃 它 ， 再 创建 一 个 新 的 ， 
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然后 使 用 Cargo 上 的 setter 方 法 把 旧 值 替 换 成 新 值 。 
7.7.2 ”应 用 程序 特性 举例 ; 重复 业务 


用 户 指出 ， 相 同 Customer 的 重复 预订 往往 是 类 似 的 ， 因 此 他 们 想 要 将 旧 Cargo 作 为 新 Cargo 的 
原型 。 应 用 程序 应 该 允许 用 户 在 存储 库 中 查找 一 个 Cargo， 然 后 选择 一 条 命令 来 基于 选中 的 Cargo 
创建 一 个 新 Cargo。 我 们 将 利用 PROTOTYPE 模 式 〈[Gamma et al. 1995] ) 来 设计 这 一 功能 。 

Cargo 是 一 个 ENTITY， 而 且 是 AGGREGATE 的 根 。 因 此 在 复制 它 时 要 非常 小 心 ， 其 AGGREGATE 
边界 内 的 每 个 对 象 或 属性 的 处 理 都 需要 仔细 芳 虑 ， 下 面 逐 个 来 看 一 下 。 

口 Delivery History: 应 创建 一 个 新 的 、 空 的 Delivery History， 因 为 原 有 Delivery History 的 历 

史 并 不 适用 。 这 是 AGGREGATE 内 部 的 实体 的 常见 情况 。 

口 Customer Roles， 应 该 复制 Map (或 其 他 集合 )，Map 保 存 了 对 Customer 的 引用 (这 些 引 用 
是 用 键 值 标 识 的 ), 键 也 应 该 一 起 复制 , 因为 它们 在 新 的 运输 业务 中 的 角色 可 能 是 相同 的 。. 
但 必须 注意 不 要 复制 Customer 对 象 本 身 。 在 复制 之 后 ， 应 该 保证 和 原来 的 Cargo 引 用 相同 
的 一 些 Customer 对 象 ， 因 为 它们 是 AGGREGATE 边 界 之 外 的 ENTITY 。 

口 Tracking ID: 我 们 必须 提供 一 个 新 的 Tracking ID， 它 应 该 来 自 创 建新 Cargo 时 的 同一 个 来 源 。 

注意 ， 我 们 复制 了 Cargo AGGREGATE 边 界 内 部 的 所 有 对 象 ， 并 对 副本 进行 了 一 些 修改 ， 但 这 
并 没有 对 AGGREGATE 边 界 之 外 的 对 象 产 生 任何 影响 。 


7.8 ”对象 的 创建 


7.8.1 ”Cargo 的 FAcTORY 和 构造 函数 


即使 为 Cargo 使 用 了 一 个 复杂 而 精致 的 FACTORY， 或 像 “重复 业务 ”一 节 的 情况 一 样 使 用 另 
一 个 Cargo 作 为 FACTORY, 我 们 仍然 需要 有 一 个 基本 的 构造 函数 。 我 们 希望 用 构造 函数 来 生成 一 个 
福 足 固定 规则 的 对 象 ， 或 者 在 所 生成 的 对 象 是 ENTITY 的 时 候 ， 至 少 保持 其 标识 不 变 。 

做 出 这 些 决定 之 后 ， 我 们 可 以 在 Cargo 上 创建 一 个 FACTORY 方 法 ， 如 下 所 示 ， 

public Cargo copyPrototype (String newTrackingID) 

或 者 可 以 为 一 个 独立 的 FACTORY 添 加 以 下 方法 : 

Public Cargo newCargolCargo prototype, String newTrackingID) 

独立 的 FACTORY 还 可 以 把 为 新 的 Cargo 获 取 新 的 (自动 生成 的 ) ID 的 过 程 封 装 起 来 ， 这 样 它 
只 需要 一 个 参数 : 

public Cargo newCargo (Cargo prototype) 

这 些 FACTORY 返 回 的 结果 是 完全 相同 的 , 都 是 一 个 Cargo, 其 Delivery History 为 空 ， 朋 Delivery 
Specification 为 null。 
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Cargo 与 Delivery History 之 间 的 双向 关联 意味 着 它们 必须 要 互相 指向 对 方才 算是 完整 的 ， 因 
此 它们 必须 一 起 被 创建 。 记 住 , Cargo 是 AGGREGATE 的 根 , 而 这 个 AGGREGATE 包 含 Delivery History。 
因此 ， 我 们 可 以 用 Cargo 的 构造 函数 或 FACTORY 来 创建 Delivery History。Delivery History 构 造 函 数 
将 把 Cargo 作 为 参数 。 这 样 就 可 以 编写 以 下 代码 : 
public Cargo (String id) { 
trackingID = id; 
deliveryHistory = new DeliveryHistory (this); 


customerRoles = new HashMap{(); 
} 


结果 得 到 一 个 新 的 Cargo， 它 带 有 一 个 指向 它 自 己 的 新 的 Delivery History。Delivery History 
构造 国 数 只 供 其 AGGREGATE 根 〈 即 Cargo) 使 用 ， 这 样 Cargo 的 组 成 就 被 封装 起 来 了 。 


7.8.2 添加 一 个 Handling Event 


货物 在 真实 世界 中 的 每 次 处 理 ， 都 会 有 人 使 用 Incident Logging Application 来 输入 一 条 
Handling Event 记 录 。 
每 个 类 都 必须 有 一 个 基本 的 构造 函数 。 由 于 Handling Event 是 一 个 ENTITY， 所 以 必须 把 定义 
了 其 标识 的 所 有 属性 传递 给 构造 函数 。 如 前 所 述 ，Handling Event 是 通过 Cargo 的 ID、 完 成 时 间 和 
事件 类 型 的 组 合 来 唯一 标识 的 。Handling Event 唯 一 剩 下 的 属性 是 与 Carrier Movement 的 关联 ， 而 
有 些 类 型 的 Handling Event 其 至 没有 这 个 属性 。 综 上 ， 创 建 一 个 有 效 的 Handling Event 的 基本 构造 
函数 是 : 
Public HandlingEvent (Cargo C，String eventType, Date timeStamp) { 
handled = Cr; 
type = eventType; 


completionTime = timeStamp; 
} 


在 ENTITY 中 ， 那 些 不 起 到 标识 作用 的 属性 通常 可 以 过 后 再 添加 。 在 本 例 中 ，Handling Event 
的 所 有 属性 都 是 在 初始 事务 中 设置 的 ， 而 且 过 后 不 再 改变 (纠正 数据 录入 错误 除外 )， 因 此 为 每 
个 事件 类 型 的 Handling Event 添 加 一 个 简单 的 FACTORYMETHOD (并 带 有 所 有 必要 的 参数 ) 是 很 方 
便 的 做 法 ， 这 还 使 得 客户 代码 具有 更 强 的 表达 能 力 。 例 如 ，loading event ( 装 货 事件 ) 确实 涉及 


一 个 Carrier Movement。 


public static HandlingEvent newLoading( 
Cargo c, CarrierMovement loadedOnto, Date timeStamp) { 
HandlingEvent result = 
new HandlingEvent (¢, LOADING EVENT, timeStamp); 
result.setCarrierMovement (Joadedonto) ; 
return result; 





118 ”第 二 部 分 模型 驱动 设计 的 构造 块 


模型 中 的 Handling Event 是 一 个 抽象 ， 它 可 以 把 各 种 专用 的 Handling Event 类 封装 起 来 ， 包 括 
装 货 、 印 货 、 密 封 、 存 放 以 及 其 他 与 Carrier 无 关 的 活动 。 它 们 可 以 被 实现 为 多 个 子 类 ， 或 者 通过 
复杂 的 初始 化 过 程 来 实现 ， 也 可 以 将 这 两 种 方法 结合 起 来 使 用 。 通 过 在 基 类 (Handling Event) 
中 为 每 个 类 型 添加 FACTORY METHOD， 可 以 将 实例 创建 的 工作 抽象 出 来 ， 这 样 客户 就 不 必 有 知道 实 
现 的 知识 。FACTORY 必 须知 道 哪 个 类 需要 被 实例 化 ， 以 及 应 该 如 何 对 它 初始 化 。 

遗憾 的 是 ， 事 情 并 不 是 这 么 简单 。Cargo 一 Delivery History 一 History Event 一 Cargo 这 个 引用 
循环 使 实例 创建 变 得 很 复杂 。Delivery History 保 存 了 与 其 Cargo 有 关 的 Handling Event 集 合 ， 而 且 
新 对 象 必须 作为 事务 的 一 部 分 被 添加 到 这 个 集合 中 ( 见 图 7-5)。 如 果 没 有 创建 这 个 反 向 指针 ， 那 
么 对 象 间 将 发 生 不 一 致 。 
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图 7-5 ”添加 一 个 Handling Event 需 要 将 它 插入 到 Delivery History 中 


我 们 可 以 把 反 向 指针 的 创建 封装 到 FAcTORY 中 (并 将 其 放 在 领域 层 中 一 一 它 属于 领域 层 )， 
但 现在 我 们 来 看 另 一 种 设计 ， 它 完全 消除 了 这 种 别扭 的 交互 。 


Ws 
7.9 ” 停 下 来 重 构 : Cargo AGGREGATE 的 另 一 种 设计 3 | 
0 
建 模 和 设计 并 不 总 是 一 个 不 断 向 前 的 过 程 , 如果 不 经 常 进行 重 构 , 以 便利 用 新 的 知识 来 数 进 
模型 和 设计 ， 那 么 项 目 将 会 停滞 不 前 。 瓜 


到 


Ea 
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到 目前 为 止 , 我 们 的 设计 中 有 几 个 览 脚 的 地 方 , 虽然 这 并 不 影响 它 的 工作 , 而 且 设 计 也 确实 
反映 了 模型 。 在 设计 之 初 看 上 去 不 太 重 要 的 问题 新 渐变 得 棘手 。 让 我 们 借助 事后 的 认识 来 解决 其 
中 的 一 个 问题 ， 以 便 为 以 后 的 设计 做 好 铺垫 。 

由 于 在 添加 Handling Event 时 需要 更 新 Delivery History， 因 此 在 这 个 事务 中 将 会 涉及 Cargo 
AGGREGATE。 如 果 在 同一 时 间 其 他 用 户 正在 修改 Cargo， 那 么 Handling Event 事 务 将 会 失败 或 被 延 
迟 。 输 入 Handling Event 是 一 项 需要 迅速 完成 的 简单 操作 活动 ， 因 此 能 够 在 不 发 生 争 用 的 情况 下 
输入 Handling Event 是 一 项 重要 的 应 用 程序 需求 。 这 促使 我 们 考虑 另 一 种 不 同 的 设计 。 

我 们 在 Delivery History 中 可 以 不 使 用 Handling Event 的 集合 , 而 是 用 一 个 查询 来 代替 它 , 这 样 
在 添加 Handling Event 时 就 不 会 在 其 自己 的 AGGREGATE 之 外 引起 任何 完整 性 问题 。 这 样 修改 之 后 ， 
这 些 事务 就 不 再 受到 干扰 。 如 果 有 很 多 Handling Event 正 在 被 录入 ， 而 相对 只 有 很 少 的 查询 ， 那 
么 这 种 设计 更 加 高 效 。 实 际 上 ， 如 果 使 用 关系 数据 库 作为 底层 技术 ,那么 我 们 可 以 设法 在 下 层 使 
用 一 个 查询 来 模拟 集合 。 使 用 查询 来 代替 集合 还 可 以 减 小 在 Cargo 和 Handling Event 的 循环 引用 中 
维护 一 致 性 的 难度 。 

为 了 使 用 查询 ， 我 们 为 Handling Event 增 加 一 个 REPOSITORY。Handling Event Repository 将 为 
查询 与 特定 Cargo 有 关 的 Event 提 供 支 持 。 此 外 ，REPosITORY 还 可 以 提供 优化 的 查询 ， 可 用 来 更 有 
效 地 回答 特定 的 问题 。 例 如 ， 为 了 推断 Cargo 的 当前 状态 ， 常 常 需要 在 Delivery History 中 查找 最 
后 一 次 报告 的 装 货 或 印 货 操 作 ， 如 果 这 个 查找 操作 被 频繁 地 使 用 ,那么 就 可 以 设计 一 个 查询 来 只 
返回 与 最 后 一 次 报告 相关 的 Handling Event。 而 且 ， 如 果 需 要 通过 一 个 查询 来 找到 在 其次 Carrier 
Movement 中 装载 的 所 有 Cargo， 那 么 很 容易 就 可 以 增加 这 个 查询 。 

这 样 一 来 ，Delivery History 就 不 再 有 持久 状态 了 ， 因 此 实际 上 无 需 再 保留 它 。 无 论 何 时 需要 
回答 一 个 问题 ， 都 可 以 查询 出 Delivery History。 尽 管 每 次 查询 都 需要 重新 创建 ENTITY， 但 由 于 被 
查询 的 对 象 始 终 是 与 同一 个 Cargo 保 持 关联 的 ， 因 此 沿 着 这 个 关联 就 可 以 查询 出 这 个 对 象 。 

循环 引用 的 创建 和 维护 也 变 得 简单 了 。Cargo Factory 将 被 简化 ， 不 再 需要 为 新 的 Cargo 实 例 
创建 一 个 空 的 Delivery History。 数 据 库 空间 略微 减少 ， 而 且 持久 化 对 象 的 实际 数量 可 能 减少 很 多 

(在 某 些 对 象 数据 库 中 ， 能 容纳 的 持久 化 对 象 的 数量 是 有 限 的 )。 如 果 在 常规 的 使 用 模式 下 ， 用 
户 在 货物 到 达 之 前 很 少 查 询 它 的 状态 ， 那 么 这 种 设计 可 以 避免 很 多 不 必要 的 工作 。 

另 一 方面 , 如 果 我 们 正在 使 用 对 象 数据 库 , 则 通过 遍历 一 个 关联 或 显 式 的 集合 来 查找 对 象 可 
能 会 比 通过 REPOSITORY 查 询 快 得 多 。 如 果 用 户 在 使 用 系统 时 需要 频繁 地 列 出 货物 处 理 的 全 部 历 
史 ， 而 不 是 偶尔 查询 最 后 一 次 处 理 ， 那 么 出 于 性 能 上 的 考虑 ， 使 用 显 式 的 集合 比较 有 利 。 此 外 要 
记 住 , 现在 并 不 需要 查询 “这 次 Carrier Movement 上 都 装载 了 什么 ”， 而 且 这 个 要 求 可 能 永远 也 不 
会 被 提出 来 ， 因 此 暂时 不 必 过 多 地 注意 该 选项 。 

这 些 类 型 的 修改 和 设计 折 中 随处 可 见 , 仅仅 在 我 们 这 个 小 的 、 简 化 的 系统 中 , 我 就 可 以 举 出 
许多 示例 。 但 重要 的 一 点 是 ， 这 些 自由 的 修改 仅 限于 同一 个 模型 内 部 。 通 过 对 VALUE、ENTITY 以 
及 它们 的 AGGREGATE 进 行 建 模 (正如 我 们 已 经 做 的 那样 ), 已 经 大 大 减 小 了 这 些 设计 修改 的 影响 。 
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例如 ， 在 这 个 示例 中 ， 所 有 的 修改 都 被 封装 在 Cargo 的 AGGREGATE 边 界 之 内 。 它 还 需要 增加 一 个 
Handling Event Repository, 但 并 不 需要 重新 设计 Handling Event 本 身 (虽然 根据 不 同 的 REPOSITORY 
框架 细节 ， 可 能 需要 对 实现 进行 一 些 修改 )。 
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图 7-6 ”将 Delivery History 中 的 Handling Event 集 合 实现 为 一 个 查询 ， 这 样 可 以 使 Handling 
Event 的 插入 变 得 简单 ， 而 且 不 会 与 Cargo AGGREGATE 发 生 和 争 用 


7.10 ”运输 模型 中 的 MODULE 


到 目前 为 止 ， 我 们 只 看 到 了 很 少 的 几 个 对 象 ， 因 此 MODULE 化 还 不 是 问题 。 现 在 ， 我 们 来 看 
一 下 运输 模型 的 稍 大 一 点 的 部 分 (当然 ， 这 仍然 是 简化 的 )， 从 而 了 解 一 下 将 对 模型 产生 影响 的 
MoODULE 组 织 。 


图 7-7 显 示 了 一 个 整齐 划分 后 的 模型 ， 这 里 假设 该 模型 是 由 本 书 的 一 位 热心 读者 划分 的 。 这 
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个 图 是 第 5 章 中 所 提出 的 由 基础 设施 驱动 的 打包 问题 的 一 个 变形 。 在 本 例 中 ， 对 象 是 根据 其 所 遵 
循 的 模式 来 分 组 的 。 结 果 那 些 在 概念 上 几乎 没有 关系 ( 低 内 聚 ) 的 对 象 被 分 到 了 一 起 , 而 且 所 有 
MopuLE 之 间 的 关联 错综复杂 (高 耦合 ) 。 这 种 打包 方式 也 描述 了 一 件 事 情 ， 但 不 是 描述 运输 ， 
而 是 描述 了 开发 人 员 在 那个 时 候 对 模型 的 认识 。 
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图 7-7 这 些 MopUuLE 并 没有 传达 领域 知识 
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按 模式 划分 看 起 来 像 是 一 个 明显 的 错误 , 但 按照 对 象 是 持久 对 象 还 是 临时 对 象 来 分 开 , 或 者 
使 用 任何 其 他 划分 方法 ， 而 不 是 根据 对 象 的 意义 来 划分 ， 也 同样 没有 什么 意义 。 

相反 ,我 们 应 该 寻找 紧密 关联 的 概念 ,并 弄 清楚 我 们 打算 向 项 目 中 的 其 他 人 员 传 递 什 么 信息 。 
在 做 一 些 较 小 的 建 模 决 定时 ， 可 以 采用 很 多 划分 方式 。 图 7-8 显 示 了 一 个 简单 的 例子 。 
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图 7-8 基于 广泛 的 领域 概念 的 模块 


图 7-8 中 的 MoDULE 名 称 成 为 团队 语言 的 一 部 分 。 我们 的 公司 给 Customer (客户 ) Shipping ( 运 
给 货物 ) ， 因 此 向 他 们 寄 出 Bi (账单 )， 公 司 的 销售 和 营销 人 员 与 Customer 磋 商 并 签署 协议 ， 操 
作 人 员 负 责 将 货物 Shipping 到 指定 目的 地 , 后 勤 办 公 人 员 负 责 Billing (处 理 账 单 ) , 并 根据 Customer 
协议 开具 发 票 。 这 就 是 可 以 通过 这 组 MopULE 描 述 的 业务 。 

当然 ， 这 种 直观 上 的 分 解 可 以 通过 后 续 迭 代 来 完善 ， 甚 至 可 以 完全 被 取代 ， 但 它 现 在 对 
MODEL-DRIVEN DESIGN 大 有 和 帮助， 并 且 使 UBIQUITOUS LANGUAGE 更 加 丰富 。 


7.11 引入 新 特性 : 配额 检查 
到 目前 为 止 ， 我 们 已 经 完成 了 初始 的 需求 和 模型 。 现 在 要 添加 第 一 批 重 要 的 新 功能 。 


















Loeation 
































第 7 章 使 用 语言 : 一 个 扩展 的 示例 123 





在 这 个 假想 的 运输 公司 中 ,销售 部 门 使 用 其 他 软件 来 管理 客户 关系 、 销 售 计划 等 。 其 中 有 一 
项 功能 是 效益 管理 (yield management) ， 利 用 此 功能 ， 公 司 可 以 根据 货物 类 型 、 出 发 地 和 目的 地 
或 任何 可 作为 分 类 名 输入 的 其 他 因素 来 制定 不 同类 型 货物 的 运输 配额 。 这 些 配 额 构 成 了 各 类 货物 
的 运输 量 目标 , 这 样 利润 较 低 的 货物 就 不 会 占 满 配 额 而 导致 无 法 运输 利润 较 高 的 货物 ,同时 避免 
预订 量 不 足 (没有 充分 利用 运输 能 力 ) 或 过 量 预订 (导致 因 频 繁 地 超出 运输 能 力 而 取消 客户 预订 ， 
最 终 损害 客户 关系 )。 

现在 ,他 们 希望 把 这 个 功能 集成 到 预订 系统 中 。 这 样 ， 当 客户 进行 一 个 预订 时 ， 可 以 根据 这 
些 配 额 来 检查 是 否 应 该 接受 预订 。 

配额 检查 所 需 的 信息 保存 在 两 个 地 方 ，Booking Application 必 须 通 过 查询 这 些 信息 才能 确定 
接受 或 拒绝 预订 。 图 7-9 画 出 了 一 个 大 体 的 信息 流 草 图 。 
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图 7-9 ”Booking Application 所 使 用 的 信息 一 方面 来 自 Sales Management System 
(销售 管理 系统 ) ， 一 方面 来 自我 们 自己 的 领域 REPOSITORY 


7.11.1 连接 两 个 系统 


销售 管理 系统 (Sales Management System) 并 不 是 根据 这 里 所 使 用 的 模型 编写 的 。 如 果 
Booking Application 与 它 直 接 交 互 ， 那 么 我 们 的 应 用 程序 就 必须 兼容 另外 一 个 系统 ( 即 Cargo 
Repository) 的 设计 ， 这 将 很 难保 持 一 个 清晰 的 MODEL-DRIVEN DEsSIGN， 而 且 将 混 光 UBIQUITOUS 
LANGUAGE。 相 反 , 我 们 创建 另 一 个 类 ,让 它 充 当 我 们 的 模型 和 销售 管理 系统 的 语言 之 间 的 翻译 。 
它 并 不 是 一 种 通用 的 翻译 机 制 , 而 只 是 对 我 们 的 应 用 程序 所 需 的 特性 进行 翻译 ,并 根据 我 们 的 领 
域 模型 重新 对 这 些 特 性 进行 抽象 。 这 个 类 将 作为 一 个 ANTICORRUPTION LAYER (将 在 第 14 章 讨论 )。 

这 是 连接 销售 管理 系统 的 一 个 接口 ， 因 此 首先 就 会 想到 将 它 叫 做 Sales Management Interface 

(销售 管理 接口 )。 但 这 样 一 来 就 失去 了 用 一 种 更 有 用 的 语言 来 重新 描述 问题 的 机 会 。 相 反 ， 让 
我 们 为 每 个 需要 从 其 他 系统 获得 的 配额 功能 定义 一 个 SERVICE。 我 们 用 一 个 名 为 Allocation Checker 
(配额 检查 器 ) 的 类 来 实现 这 些 SERVICE， 这 个 类 名 反映 了 它 在 系统 中 的 职责 。 

如 果 还 需要 进行 其 他 的 集成 〈 例 如 ， 使 用 销售 管理 系统 的 客户 数据 库 ， 而 不 是 我 们 自己 的 

Customer REPOSITORY ) ， 则 可 以 创建 另 一 个 翻译 类 来 实现 用 于 履行 该 职责 的 SERVICE。 用 一 个 更 低 
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层 的 类 (例如 Sales Management System Interface) 作为 与 其 他 程序 进行 对 话 的 机 制 仍然 是 一 种 很 
有 用 的 方法 ,但 它 并 不 负责 翻译 。 此 外 ， 它 将 隐藏 在 Allocation Checker 后 面 ， 因 此 在 领域 设计 中 
并 不 显示 出 来 。 


7.11.2 进一步 完善 模型 :划分 业务 


我 们 已 经 概要 描述 了 两 个 系统 的 交互 , 那么 提供 什么 样 的 接口 才能 用 来 回答 “这 种 类 型 的 货 
物 可 以 接受 多 少 预订 ”这 个 问题 呢 ? 问题 的 复杂 之 处 在 于 定义 Cargo 的 “类 型 ”是 什么 ， 因 为 我 
们 的 领域 模型 尚未 对 Cargo 进 行 分 类 。 在 销售 管理 系统 中 ，Cargo 类 型 只 是 一 组 类 别 关 键 词 ， 我 们 
的 类 型 只 需 与 该 列表 一 致 即 可 。 我 们 可 以 把 一 个 字符 串 集合 作为 参数 传 信 , 但 这 样 又 会 错过 另 一 
个 机 会 一 一 重新 抽象 那个 系统 的 领域 。 我 们 需要 在 领域 模型 中 增加 货物 类 别 的 知识 ， 以 便 使 模型 
更 丰富 ， 而 且 需 要 与 领域 专家 一 起 进行 头脑 风暴 活动 ， 以 便 抽象 出 新 的 概念 。 

有 时 , 分 析 模 式 可 以 为 建 模 方案 提供 思路 (第 11 章 将 会 讨论 到 )。《 分 析 模 式 》([Fowler 1996] ) 
一 书 介 绍 了 一 种 用 于 解决 这 类 问题 的 模式 ， ENTERPRISE SEGMENT (企业 部 门 单元 )。ENTERPRISE 
SEGMENT 是 一 组 维度 ， 它 们 定义 了 一 种 对 业务 进行 划分 的 方式 。 这 些 维度 可 能 包括 我 们 在 运输 业 
务 中 已 经 提 到 的 所 有 划分 方法 ， 也 包括 时 间 维 度 ， 例 如 月 初 至 今 (month to date)。 在 我 们 的 配额 
模型 中 使 用 这 个 概念 ， 可 以 增强 模型 的 表达 力 ， 并 简化 接口 。 这 样 ， 我 们 的 领域 模型 和 设计 中 就 
增加 了 一 个 名 为 Enterprise Segment 的 类 ， 它 是 一 个 VALUE OBJECT， 每 个 Cargo 都 必须 获得 一 个 
Enterprise Segment 类 。 
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图 7-10 ”Allocation Checker 充 当 了 一 个 ANTICORRUPTION LAYER， 它 在 我 们 的 领域 
模型 中 展现 了 一 个 到 销售 管理 系统 的 可 选 接口 
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Allocation Checker 将 充当 Enterprise Segment 与 外 部 系统 的 类 别名 称 之 间 的 翻译 。Cargo 
Repository 还 必须 提供 一 种 基于 Enterprise Segment 的 查询 。 在 这 两 种 情况 下 ， 我 们 可 以 利用 与 
Enterprise Segment 对 象 之 间 的 协作 来 执行 操作 ， 而 不 会 破坏 Segment 的 封装 ， 也 不 会 导致 它们 自 
己 的 实现 复杂 化 (注意 ，Cargo Repository 的 查询 结果 是 一 个 数字 ， 而 不 是 实例 的 集合 )。 

但 这 种 设计 还 存在 几 个 问题 ， 

(1) 我 们 给 Booking Application 分 配 了 一 个 不 该 由 它 来 执行 的 工作 ， 那 就 是 对 如 下 规则 的 应 
用 :“ 如 果 Enterprise Segment 的 配额 大 于 已 预订 的 数量 与 新 Cargo 数 量 的 和 ， 则 接受 该 Cargo。” 执 
行业 务 规则 属于 领域 层 的 职责 ， 而 不 应 在 应 用 层 中 执行 。 

(2) 没有 清楚 地 表明 Booking Application 是 如 何 得 出 Enterprise Segment 的 。 

这 两 个 职责 看 起 来 都 属于 Allocation Checker。 通 过 修改 接口 就 可 以 将 这 两 个 服务 分 离 出 来 ， 


这 样 交 互 就 更 整洁 和 明显 了 。 
Booking 传 入 的 参数 是 Cargo 和 已 预订 一 
Application 的 总 量 。 返 回合 是 一 个 布尔 值 ， 
表明 是 省 接受 。 
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2. quantityBooked(EnterpriseSegment) 3. mayAccept(Cargo, Quantity booked) 









































~ 封装 了 Sales 
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- ， (没有 在 图 中 显示 ) 
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Repository Allocation 
Checker 

















图 7-11 领域 职责 从 Booking Application 转 移 到 Allocation Checker 
这 种 集成 只 有 一 条 严格 的 约束 ， 那 就 是 有 些 维度 是 不 能 被 Sales Management System 使 用 的 ， 
具体 来 说 就 是 那些 无 法 用 Allocation Checker 转 换 为 Enterprise Segment 的 维度 (在 不 使 用 
ENTERPRISE SEGMENT 的 情况 下 ， 这 条 约束 的 作用 是 使 销售 系统 只 能 使 用 那些 可 以 在 Cargo 
Repository 查 询 中 使 用 的 维度 。 虽 然 这 种 方法 也 行 得 通 ， 但 销售 系统 将 会 溢出 而 进入 领域 的 其 他 
部 分 中 。 在 我 们 这 个 设计 中 ，Cargo Repository 只 需 处 理 Enterprise Segment， 而 且 销 售 系统 中 的 更 
改 只 影响 到 Allocation Checker， 而 Allocation Checker 可 以 被 看 作 是 一 个 FACADE ) 。 


7.11.3 性 能 优化 


虽然 与 领域 设计 的 其 他 方面 有 利害 关系 的 只 是 Allocation Checker 的 接口 , 但 当 出 现 性 能 问题 
时 ,Allocation Checker 的 内 部 实现 可 能 为 解决 这 些 问题 提供 了 机 会 。 例如, 如 果 Sales Management 
System 运 行 在 另 一 台 服 务 器 上 〈 或 许 在 另 一 个 位 置 上 )， 那 么 通信 开销 可 能 会 很 大 ， 而 且 每 个 配 
额 检查 都 需要 进行 两 次 消息 交换 。 第 二 条 消息 需要 调用 Sales Management System 来 回答 是 否 应 该 
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接受 货物 ， 因 此 并 没有 其 他 的 替代 方法 可 用 来 处 理 这 条 消息 。 但 第 一 条 消息 是 得 出 货物 的 
Enterprise Segment， 这 条 消息 所 基于 的 数据 和 行为 与 配额 决策 本 身 相 比 是 静态 的 。 这 样 ， 一 种 设 

185j 计 选 择 就 是 把 这 些 信息 缓存 到 服务 器 上 ， 以便 Allocation Checker 在 需要 的 时 候 能 够 在 服务 器 上 找 
到 它们 ， 从 而 将 消息 传递 的 开销 降低 一 半 。 但 这 种 灵活 性 也 是 有 代价 的 。 设 计 会 更 复杂 一 些 , 而 
且 被 缓存 的 数据 必须 保持 最 新 。 但 如 果 性 能 在 分 布 式 系统 中 是 至 关 重 要 的 因素 的 话 , 这 种 灵活 部 
署 可 能 成 为 一 个 重要 的 设计 月 标 。 


7.12 ”小结 


情况 就 是 这 样 了 。 这 种 集成 有 可 能 把 我 们 这 个 原本 简单 且 在 概念 上 一 致 的 设计 和 弄 得 乱 七 八 
糟 ， 但 现在 ， 在 使 用 了 一 个 ANTICORRUPTION LAYER、 一 个 SERVICE 和 一 些 ENTERPRISE SEGMENT 之 
后 ， 我 们 已 经 干净 利落 地 把 Sales Management System 的 功能 集成 到 我 们 的 预订 系统 中 了 ， 从 而 使 
领域 更 加 丰富 。 

还 有 最 后 一 个 设计 问题 : 为 什么 不 把 获取 Enterprise Segment 的 职责 分 配给 Cargo 呢 ? 如 果 
Enterprise Segment 的 所 有 数据 都 是 从 Cargo 中 获取 的 ， 那 么 年 看 上 去 把 它 变 成 Cargo 的 一 个 派生 属 
性 是 一 种 不 错 的 选择 。 遗 憾 的 是 , 事情 并 不 是 这 么 简单 。 为 了 用 一 些 有 利于 业务 策略 的 维度 进行 
划分 ,我们 可 以 任意 定义 Enterprise Segment。 出 于 不 同 的 目的 ， 可 能 需要 对 相同 的 ENTITY 进 行 不 
同 的 划分 。 出 于 预订 配额 的 目的 ， 我 们 需要 根据 特定 的 Cargo 进 行 划 分 ， 但 如 果 是 出 于 税务 会 计 
的 目的 时 ， 可 能 会 采取 一 种 完全 不 同 的 Enterprise Segment 划 分 方式 。 甚 至 当 执 行 新 的 销售 策略 而 
对 Sales Management System 进 行 重新 配置 时 ， 配 额 的 Enterprise Segment 划 分 也 可 能 会 发 生变 化 。 
因此 Cargo 必 须知 道 Allocation Checker， 而 这 完全 不 在 其 概念 职责 范围 之 内 。 而 且 得 出 特定 类 型 
Enterprise Segment 所 需 使 用 的 方法 会 加 重 Cargo 的 负担 。 因 此 ， 正 确 的 做 法 是 让 那些 知道 划分 规 
则 的 对 象 来 承担 获取 这 个 值 的 职责 , 而 不 是 把 这 个 职责 施加 给 包含 具体 数据 (那些 规则 就 作用 于 
这 些 数 据 上 ) 的 对 象 。 这 些 规则 可 以 被 分 离 到 一 个 独立 的 Strategy 对 象 中 ， 然 后 将 这 个 对 象 传递 
给 Cargo， 以 便 它 能 够 得 出 一 个 Enterprise Segment。 这 种 解决 方案 似乎 超出 了 这 里 的 需求 ， 但 它 

可 能 是 后 面 的 设计 的 一 个 选择 ， 而 且 应 该 不 会 对 设计 造成 很 大 的 破坏 。 


第 三 部 分 
通过 重 构 来 加 深 理 解 


本 书 的 第 二 部 分 为 维护 模型 和 实现 之 间 的 对 应 关系 打下 了 基础 。 在 开发 过 程 中 使 用 一 系列 成 
熟 的 基本 构造 块 并 运用 一 致 的 语言 ， 能 够 使 开发 工作 更 加 清晰 而 有 条 理 。 

当然 , 我 们 面临 的 真正 挑战 是 找到 深层 次 的 模型 , 这 个 模型 不 但 能 够 捕捉 到 领域 专家 们 的 微 
妙 的 关注 点 , 还 可 驱动 切实 可 行 的 设计 。 我 们 的 最 终 目 的 是 开发 出 能 够 捕捉 到 领域 深层 含义 的 模 
型 。 以 这 种 方式 设计 出 来 的 软件 可 以 更 加 贴近 领域 专家 的 思维 方式 ， 也 更 能 满足 用 户 的 需求 。 本 
部 分 将 会 对 这 个 目标 加 以 说 明 并 详细 描述 其 实现 过 程 , 同时 也 会 解释 某 些 设计 原则 和 模式 。 我们 
应 用 这 些 原则 和 模式 来 得 到 满足 应 用 程序 以 及 开发 人 员 自 身 需 求 的 设计 。 

要 想 成 功 地 开发 出 实用 的 模型 ， 需 要 注意 以 下 三 点 。 

(1) 复杂 巧妙 的 领域 模型 是 可 以 实现 的 ， 也 是 值得 我 们 去 花费 力气 实现 的 。 

(2) 这 样 的 模型 离开 不 断 的 重 构 是 很 难 开 发 出 来 的 ， 重 构 需 要 领域 专家 和 热爱 学 习 领 域 知识 
的 开发 人 员 密切 参与 进来 。 

(3) 要 实现 并 有 效 地 运用 模型 ， 需 要 精通 设计 技巧 。 
重 构 的 层次 

重 构 就 是 在 不 改变 软件 功能 的 前 提 下 重新 设计 它 。 开 发 人 员 无 需 在 着 手 开发 之 前 做 出 详细 的 
设计 决策 ,只 需要 在 开发 过 程 中 不 断 小 幅 调整 各 个 部 分 的 设计 即 可 , 这 不 但 能 够 保证 软件 原 有 的 
功能 不 变 , 还 可 使 整个 设计 更 加 灵活 易 懂 。 自 动 化 的 单元 测试 套件 能 够 对 代码 进行 相对 安全 的 检 
验 。 这 个 过 程 解放 了 开发 人 员 ， 使 他 们 不 再 有 远虑 。 

然而 , 几乎 所 有 关于 重 构 的 文献 都 专注 于 研究 如 何 机 械 地 修改 代码 , 以 使 其 更 具 可 读 性 或 在 


非常 细节 的 层次 上 有 所 改进 。 如 果 开 发 人 员 能 够 看 准时 机 ， 利 用 成 熟 的 设计 模式 进行 开发 ， 那 么 
“通过 重 构 得 到 模式 ”” (refactoring to patterns) 这 种 方式 就 可 以 让 重 构 过 程 更 上 一 层 楼 。 不 过 ， 


@ [Grmma et al.(1995)] 中 简要 提 及 了 应 该 将 模式 作为 重 构 的 自 标 。 而 Joshua Kerievsky 则 把 “通过 重 构 得 到 模式 ”发 
展 为 更 加 成 熟 实用 的 形式 〈[Kerievsky 2003])。 


128 ”第 三 部 分 通过 重 构 来 加 深 理解 





这 依然 是 从 技术 视角 来 评估 设计 的 质量 。 

有 些 重 构 能 够 极 大 地 提高 系统 的 可 用 性 ,它们 有 的 源 于 对 领域 的 新 认 知 , 有 的 能 够 通过 代码 
清晰 地 表达 出 模型 的 含义 。 这 些 重 构 不 能 取代 设计 模式 重 构 和 微 重 构 , 这 两 种 重 构 应 该 持续 进行 。 
但 前 者 添加 了 另 一 种 重 构 层 次 ; 为 实现 更 深层 模型 而 进行 的 重 构 。 在 深入 理解 领域 的 基础 上 进行 
重 构 ， 通 常 需要 实现 一 系列 的 微 重 构 ， 但 这 么 做 绝 不 仅仅 是 为 了 改进 代码 状态 。 相 反 ， 微 重 构 是 
一 组 操作 方便 的 修改 单元 , 通过 这 些 重 构 可 以 得 到 更 深层 次 的 模型 。 开 发 人 员 通 过 微 重 构 不 仅 能 
够 了 解 代码 可 实现 的 功能 ， 还 能 明白 个 中 原因 ， 并 把 它们 与 领域 专家 的 交流 联系 起 来 。 

《 重 构 》([Fowler 1999]) 一 书 中 所 列 出 的 重 构 分 类 涵盖 了 大 部 分 常用 的 微 重 构 。 这 些微 重 
构 主 要 是 为 了 解决 一 些 可 以 从 代码 中 观察 到 的 问题 。 相 比 之 下 ,领域 模型 千变万化 ， 当 你 对 领域 
有 了 新 的 理解 后 ， 便 可 以 对 模型 进行 调整 ， 这 种 调整 是 无 法 整理 出 一 个 完整 的 目录 的 。 

与 所 有 的 探索 活动 一 样 ， 建 模 本 质 上 是 非 结 构 化 的 。 只 有 进行 深入 的 学 习 思 考 , 然后 据 此 重 
构 ， 才 能 得 到 更 深层 的 理解 。 尽 管 已 发 布 的 成 功 模型 会 对 我 们 大 有 帮助 (第 11 章 将 会 提 及 )， 但 
是 不 能 因此 将 领域 建 模 简化 为 照 本 宣 科 的 行为 ， 当 甚 是 烹饪 书籍 或 者 工具 包 ， 依 样 画 戎 芦 。 建 模 
和 设计 都 需要 你 发 挥 创 造 力 。 接 下 来 的 6 章 将 会 给 出 一 些 改进 领域 模型 的 具体 思考 方式 以 及 可 实 
现 这 些 领 域 模型 的 设计 方法 。 
深层 模型 

对 象 分 析 的 传统 方法 是 先 在 需求 文档 中 确定 名 词 和 动词 ， 并 将 其 作为 系统 的 初始 对 象 和 方 
法 。 这 种 方式 太 过 简单 ， 只 适用 于 教导 初学 者 如 何 进 行 对 象 建 模 。 事 实 上 ， 初始 模型 通常 都 是 基 
于 对 领域 的 浅显 认 知 而 构建 的 ， 既 不 够 成 熟 也 不 够 深入 。 

比如 , 我 曾 参 与 过 一 个 运输 应 用 系统 的 开发 , 我 的 初始 想法 是 构建 一 个 包括 货轮 和 集装箱 的 
对 象 模型 。 货 轮 将 货物 从 一 个 地 点 运送 到 另 一 个 地 点 。 集装箱 则 通过 装载 和 印 载 操作 与 货轮 进行 
关联 或 脱离 关联 。 这 确实 能 够 准确 地 描述 出 一 部 分 实际 运输 活动 。 但 是 事实 证 明 ， 它 对 于 运输 业 
务 的 软件 实现 并 没有 太 多 帮助 。 

最 终 , 在 与 运输 专家 们 一 起 工作 了 几 个 月 并 进行 了 许多 次 和 迭代 后 , 我 们 得 到 了 一 个 完全 不 同 
的 模型 。 在 外 行人 看 来 ， 它 也 许 没 那么 浅显 易 懂 ， 但 却 能 贴切 地 反映 出 专家 的 想法 。 这 个 最 终 模 
型 关注 的 焦点 是 如 何 运送 货物 。 

我 们 依然 保留 了 货轮 ， 但 是 将 其 抽象 为 “船只 航次 ” (vessel voyage) 的 形式 ， 即 货轮 、 火 
车 或 其 他 运输 工具 的 某 一 调度 好 的 航程 。 货 轮 本 身 并 不 重要 ,如 遇 维 修 或 计划 变动 可 临时 改 用 其 
他 船只 ， 只 要 保证 原 定 航次 按 计 划 执 行 即 可 。 运 输 集装箱 则 完全 从 模型 中 移 除 了 。 在 原来 的 应 用 
程序 中 , 集装箱 是 操作 细节 , 而 现在 它 却 在 货物 装 印 应 用 程序 中 以 一 种 完全 不 同 的 复杂 形式 存在 。 
货物 实际 的 位 置 变化 已 不 重要 ， 重 要 的 是 其 法 律 责任 的 转移 。 原 来 一 些 诸如 “提货 单 ” 之 类 不 被 
关注 的 对 象 也 出 现在 模型 中 。 
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每 当 有 新 的 对 象 建 模 人 员 加 入 这 个 项 目 时 ， 他 们 首先 提出 的 建议 是 什么 ? 就 是 添加 “货轮 ” 
和 “集装箱 ”这 两 个 缺少 的 类 。 他 们 都 很 聪明 ， 只 不 过 还 没有 仔细 揣摩 运输 领域 的 知识 罢了 。 

深层 模型 能 够 穿 过 领域 表象 ,清楚 地 表达 出 领域 专家 们 的 主要 关注 点 以 及 最 相关 的 知识 。 以 
上 定义 并 没有 提 及 抽象 的 问题 。 事实 上 , 深层 模型 中 通常 都 含有 抽象 元 素 , 但 在 直接 切入 问题 核 
心 的 关键 位 置 也 同样 会 出 现 具体 元 素 。 

恰当 反映 领域 的 模型 通常 都 具有 功能 多 样 、 简 单 易 用 和 解释 力 强 的 特性 。 这 种 模型 的 共同 之 
处 在 于 它们 所 使 用 的 是 业务 专家 青睐 的 简单 语言 ， 但 这 种 语言 可 能 也 是 抽象 的 。 
深层 模型 /柔性 设计 

在 不 断 重 构 的 过 程 中 , 设计 本 身 也 需要 支持 重 构 所 带 来 的 变化 。 第 10 音 将 会 探讨 如 何 使 设计 
更 易于 使 用 ， 不 但 方便 修改 还 能 够 简单 地 将 其 与 系统 其 他 部 分 集成 。 

设计 自身 的 某 些 特性 就 可 以 使 其 更 易于 修改 和 使 用 。 这 些 特性 并 不 复杂 ， 却 很 有 挑战 性 。 第 
10 章 会 主要 讨论 “柔性 设计 (Supple Design) ”及 其 实现 方法 。 

幸运 的 是 , 如 果 每 次 对 模型 和 代码 所 进行 的 修改 都 能 反映 出 对 领域 的 新 理解 , 那么 通过 不 断 
的 重 构 就 能 给 系统 最 需要 修改 的 地 方 增添 灵活 性 , 我 们 也 能 找到 简单 快捷 的 方式 来 实现 普通 的 功 
能 。 戴 久 了 的 手套 在 手指 关节 处 会 变 得 柔软 ， 而 其 他 部 分 则 依然 硬 实 ， 可 起 到 保护 的 作用 。 同 样 
道理 ， 用 这 种 方式 来 进行 建 模 和 设计 时 ， 虽然 需要 反复 尝试 、 不 断 改 正 错误 ,但 是 对 模型 和 设计 
的 改进 却 因 此 而 更 容易 实现 ， 同 时 反复 的 修改 也 能 让 我 们 越 来 越 接近 柔性 设计 。 

柔性 设计 除了 便于 修改 , 还 有 助 于 改进 模型 本 身 。MODEL-DRIVEN DESIGN 需要 以 下 两 个 方面 
的 支持 : 深层 模型 使 设计 更 具 表 现 力 ; 同时， 当 设 计 既 具有 可 让 开发 人 员 试 验 的 灵活 性 ， 又 能 清 
晰 地 表达 出 领域 含义 时 , 那么 事实 上 这 个 设计 就 能 够 将 开发 人 员 的 深层 理解 反馈 到 整个 模型 发 现 
的 过 程 中 。 这 段 反 馈 回 路 是 很 重要 的 ， 因 为 我 们 所 寻求 的 模型 并 不 仅仅 只 是 一 套 好 想法 : 它 还 应 
该 是 构建 系统 的 基础 。 


发 现 过 程 


要 想 创建 出 确实 可 解决 当前 问题 的 设计 ， 首 先 必须 拥有 可 捕捉 到 领域 核心 概念 的 模型 。 第 9 
章 将 会 介绍 如 何 主动 搜寻 这 些 概 念 ， 并 将 它们 融入 到 设计 中 。 

由 于 模型 和 设计 之 间 具 有 紧密 的 关系 , 因此 如 果 代 码 难于 重 构 ,， 建 模 过 程 也 会 停滞 不 前 。 第 
10 章 将 会 探讨 如 何 为 软件 开发 者 〈 而 不 仅 是 为 你 自己 ) 编写 软件 ,以 使 开发 人 员 能 够 高 效 地 扩展 
和 修改 代码 。 这 一 设计 过 程 与 模型 的 进一步 精 化 是 密 不 可 分 的 。 它 通常 需要 更 高 级 的 设计 技巧 以 
及 更 严格 的 模型 定义 。 

你 需要 富有 创造 力 , 不 断 地 尝试 , 不 断 地 发 现 问题 才能 找到 合适 的 方法 为 你 所 发 现 的 领域 概 
念 建 模 ， 但 有 时 你 也 可 以 借用 别人 已 建 好 的 模式 。 第 11 章 和 第 12 章 将 会 讨论 “分 析 模 式 ” 和 “ 设 
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计 模 式 ” 的 应 用 。 这 些 模式 并 不 是 现成 的 解决 方案 , 但 是 它们 可 以 帮助 我 们 消化 领域 知识 并 缩小 
研究 范围 。 

但 是 ， 让 我 们 以 领域 驱动 设计 中 最 令 人 兴奋 的 事件 来 开始 第 三 部 分 吧 ， 那 就 是 突破 。 有 时 ， 
当 我 们 拥有 了 MopEL-DRIVEN DESIGN 和 显 式 概念 ， 就 能 够 产生 突破 。 我 们 有 机 会 使 软件 更 富 表 达 
力 、 更 加 多 样 化 ， 甚 至 会 使 它 变 得 超 乎 我 们 的 想象 。 这 可 以 为 软件 带 来 新 特性 ， 或 者 意味 着 我 们 
可 以 用 简单 灵活 的 方式 来 表达 更 深层 次 的 模型 ， 从 而 替换 掉 大 段 死 板 的 代码 。 尽 管 这 种 突破 不 会 
时 常 出 现 ， 但 它们 非常 有 价值 ， 当 我 们 有 机 会 进行 突破 时 ， 一 定 要 懂得 识别 并 抓 住 机 会 。 

第 8 章 讲述 了 一 个 真实 的 项 目 ， 这 个 项 目 通 过 重 构 过 程 得 到 了 更 深层 的 理解 ， 最 终 实 现 了 突 
破 。 这 种 经 历 是 无 法 预先 规划 的 。 尽 管 如 此 ， 它 却 为 我 们 提供 了 一 个 很 好 的 学 习 缘 景 ， 帮助 我 们 

思考 领域 重 构 。 


#8 


志 


笛 
寻 






































时 间 / 重 构 


构 的 投入 与 回报 并 非 呈 线性 关系 。 通 常 ， 小 的 调整 会 带 来 小 的 回报 ， 小 的 改进 也 会 积 
少 成 多 。 小 改进 可 防止 系统 退化 ， 成 为 避免 模型 变 得 陈腐 的 第 一 道 防线 。 但是， 有些 
最 重要 的 理解 也 会 突然 出 现 ， 给 整个 项 目 带 来 巨大 的 冲击 。 

可 以 确定 的 是 , 项 目 团队 会 积累 、 消 化 知识 ， 并 将 其 转化 成 模型 。 微 小 的 重 构 可 能 每 次 只 涉 
及 一 个 对 象 〈 在 这 里 加 上 一 个 关联 , 在 那里 转移 一 项 职责 ) 并 通过 一 系列 微小 的 重 构 逐渐 形成 深 
层 模 型 。 

一 般 来 说 , 持续 重 构 是 在 为 突破 做 好 准备 。 每 次 代码 和 模型 的 精 化 都 让 开发 人 员 有 了 更 加 清 
晰 的 认识 。 这 使 得 在 理解 上 的 突破 成 为 可 能 。 通 过 一 系列 的 修改 可 以 得 到 更 符合 现实 而 且 更 符合 
用 户 那些 最 重要 的 需求 的 模型 。 模 型 变 得 简单 了 ， 其 功能 性 及 说 明 性 却 增 强 了 。 

这 种 突破 不 是 一 项 技术 , 而 是 一 种 事件 。 它 的 困难 之 处 在 于 你 需要 判断 发 生 了 什么 ,然后 再 
决定 如 何 处 理 。 为 了 说 明 这 是 种 什么 样 的 经 历 , 我 将 会 讲述 一 个 我 几 年 前 参与 过 的 真实 项 目 ， 以 
及 我 们 是 如 何 获 得 一 个 宝贵 的 深层 模型 的 。 


8.1 一 个 突破 的 故事 
这 个 故事 发 生 在 纽约 经 过 一 个 冬天 的 漫长 重 构 之 后 , 我 们 最 终 得 到 了 能 够 捕 所 到 一 些 领域 
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关键 知识 的 模型 和 一 个 确实 能 在 应 用 程序 中 发 挥 作用 的 设计 。 当时 我 们 正在 给 一 家 投资 银行 开发 
一 个 大 型 应 用 程序 的 核心 部 分 ， 该 程序 用 于 管理 银团 贷款 。 

假如 Intel 想 要 建造 一 座 价值 10 亿 美元 的 工厂 ， 就 需要 申请 巨额 贷款 ,但 任何 一 家 借贷 公司 
(lending company) 都 无 法 独立 承担 ， 于 是 这 些 公司 就 组 成 银团 " ， 集 中 它们 的 资源 ， 以 此 来 支 
持 这 种 巨额 信贷 。 投 资 银行 通常 在 银团 里 担当 领导 者 的 角色 ， 负 责 协调 各 种 交易 和 其 他 服务 。 我 
们 的 项 目 就 是 要 开发 这 样 一 个 用 于 跟踪 和 支持 以 上 整个 过 程 的 软件 。 


8.1.1 华而不实 的 模型 


当时 , 我 们 对 于 自己 的 成 果 感 觉 相当 不 错 。 四 个 月 前 , 我 们 还 身 陷 困境 ， 因 为 之 前 留 下 的 代 
码 完全 不 可 行 ， 从 那 时 开始 我 们 就 竭尽 所 能 将 其 迁移 到 一 个 内 聚 的 MODEL-DRIVEN DESIGN 中 。 

图 8-1 中 展示 的 模型 使 常见 业务 变 得 非常 简单 。Loan Investment (贷款 投资 ) 是 一 个 派生 对 
象 ， 用 来 表示 某 一 投资 者 在 Loan (贷款 ) 中 所 承担 的 股份 ， 它 与 投资 者 在 Facility (信贷 ) 中 所 持 
有 的 股份 成 正比 。 

















Facility Loan 
limit : Money amount : Money 
过 
increase(Money) 
decrease(Money) 











| | 


Investment Loan Investment 
investor : Company /amount : Money 
percentage : double 


图 8-1 假定 放贷 方 所 持 股份 固定 的 模型 





























， Facly 是 什么 

Facility ( 信贷 ) 在 这 里 并 不 是 建筑 物 的 意思 。 在 大 部 分 项 目 中 ， 领 域 专家 提供 的 专用 术 
语 都 会 变 成 我 们 自己 的 词汇 ， 并 成 为 UBIQUITOUS LANGUAGE 的 一 部 分 。 在 商业 银行 领域 中 ， 信 
贷 是 公司 为 借款 而 作出 的 承诺 。 信 用 卡 就 是 一 种 信贷 ,卡片 持 有 者 有 权 在 需要 时 借 出 不 超过 预 
设 限制 的 金额 ， 并 且 以 预定 利息 还 款 。 当 你 使 用 信用 卡 时 ， 就 会 产生 一 笔 未 偿 贷 款 ， 每 笔 支出 
都 会 降低 你 的 信贷 额度 ， 并 增加 你 的 贷款 金额 。 最 后 ， 你 需要 偿还 贷款 本 金 。 也 许 还 需要 缴纳 
年 费 。 年 党 是 持 有 信用 卡 〈 信 贷 ) 所 需 缴 纳 的 费用 ， 与 你 的 贷款 无 关 。 


@ 借贷 公司 (lending company) 对 于 借款 者 (borower) 而 言 是 放贷 方 (lender)， 对 于 银团 而 言 是 投资 者 (investor) 。 
一 一 编者 注 
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但 是 这 个 模型 已 显露 出 了 一 些 令 人 担忧 的 迹象 。 各 种 意料 之 处 的 需求 一 直 困 扰 着 我 们 , 也 使 
设计 更 加 复杂 。 最 突出 的 例子 就 是 对 Facility 股 份 的 理解 不 断 深 入 ， 在 提取 (Drawdown) 贷款 时 ， 
信贷 股份 仅仅 是 放贷 方 投入 金额 的 指导 原则 。 当 借款 者 (borrower) 要 求 提取 贷款 时 ， 银 团 领导 
者 会 通知 所 有 成 员 支 付 各 自 的 股份 。 

收 到 通知 后 ， 投 资 者 通常 会 按 自 己 的 股份 来 支付 ， 但 是 有 时 他 们 也 会 与 银团 其 他 成 员 协商 ， 
以 求 少 投 入 (或 多 投入 ) 一 些 。 于 是 我 们 在 模型 中 添加 了 Loan Adjustment (贷款 调整 ) 以 反映 这 
一 事实 。 


















































Facility Loan 
limit : Money _ | amount 
transfer(Company, Company, Percent) increase(Money) 
人 decrease(Money) 
adjustShare(Company, Money) 
| 
transfer() 方 法 将 放贷 方 的 * * 
不 < 
LoanInvestment 转 换 成 Loan Investment Loan Investment 


Adjustment， 并 且 为 借贷 方 
创建 一 个 等 额 但 负 的 Loan 


























、 investor : Company amount : Money 
Adjustment。( 它 保留 了 在 
未 偿 贷款 中 的 位 置 。) 











Loan Adjustment 





图 8-2 为 解决 问题 而 逐步 修改 的 模型 。Loan Adjustment 用 来 跟踪 让 贷方 最 
初 同意 放贷 的 股份 与 实际 放 货 额 之 其 
这 种 类 型 的 精 化 使 我 们 能 够 越 来 越 清楚 地 理解 各 种 交易 规则 。 但 同时 , 模型 的 复杂 度 也 在 不 
断 增加 ， 并 且 看 起 来 我 们 无 法 很 快 从 模型 中 提炼 出 真正 健壮 的 功能 。 
更 麻烦 的 是 尽管 算法 越 来 越 复杂 ， 我 们 却 无 法 解决 含 人 运算 所 带 来 的 细微 差别 。 在 1 亿美 元 
的 交易 中 , 确实 没有 人 会 在 意 几 美 分 的 去 向 , 但 是 银行 家 是 不 会 信任 无 法 精确 计算 到 美 分 的 软件 
的 。 我 们 开始 怀疑 我 们 所 遇 到 的 难题 可 能 只 是 因为 在 某 个 基本 设计 中 存在 问题 。 


8.1.2 ”突破 


在 项 目 进行 过 程 中 ， 我 们 突然 领悟 到 了 问题 的 所 在 。 我 们 在 模型 中 把 Facility 股 份 和 Loan 股 
份 绑 定 到 一 起 ， 而 这 种 方式 并 不 适用 于 实际 的 业务 。 这 一 发 现 得 到 了 广泛 的 认可 。 业 务 专家 点 头 
称 是 ， 并 开始 热情 地 给 予 帮助 〈 我 敢 说 他 们 一 定 还 在 奇怪 我 们 怎么 花 了 这 么 长 时 间 才 明白 这 一 
点 ) ， 我 们 迅速 在 白板 上 创建 了 一 个 新 模型 。 虽 然 细节 问题 尚未 确定 ， 但 是 我 们 已 经 知道 新 模型 
的 关键 特征 了 : Loan 股 份 和 Facility 股 份 可 以 在 互 不 影响 的 前 提 下 独立 发 生 改 变 。 有 了 这 层 认 知 ， 
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我 们 利用 与 下 图 类 似 的 新 模型 走 查 了 许多 场景 : 


: 公司 B 公司 B 
公司 A 公司 A 


Drawdown 
5000 万 美元 
Facility 


限额 = 1 亿美 元 
图 8-3 ”基于 Facility 股 份 来 进行 分 配 的 提取 


Loan 
5000 万 美元 


这 张 图 表明 Facility 的 总 额 是 1 亿美 元 ， 而 借款 者 选择 从 中 提取 的 第 一 笔 Loan 金 额 是 5000 万 美 
元 。3 个 放贷 方 按照 各 自 原先 承诺 的 Facility 股 份 来 支付 , 这 样 5000 万 的 Loan 就 被 分 配 到 了 这 3 个 放 


贷方 头 上 。 


随后 ， 在 图 8-4 中 ， 借 款 者 又 提取 了 另 一 笔 3000 万 美元 的 货款 (如 图 8-4 所 示 ) ， 这 样 他 的 未 
偿 Loan 就 达到 了 8000 万 美元 ， 依 然 在 Facility 的 1 亿美 元 限额 之 内 。 这 次 ， 公 司 B 决 定 不 参与 Loan， 
而 由 公司 A 来 支付 它 的 股份 。 各 个 放贷 方 在 借款 者 提取 货款 的 过 程 中 所 支付 的 股份 反映 了 它们 的 
投资 选择 。 当 Loan 的 提取 额 不 断 增加 时 ,Loan 的 股份 份额 就 不 再 与 Facility 的 股份 成 比例 了 。 这 种 
现象 很 普遍 。 


一 








货款 提取 : 3000 万 美元 


公司 B 选 择 不 参与 
第 二 次 提取 过 程 ， 
公司 A 额外 承担 剩余 股份 。 





十 公司 C mm 
Tm 


Drawdown 
3000 万 美元 


图 8-4 ”贷方 B 选 择 不 参与 第 二 次 提 款 





~ 
分 


Loan 
8000 万 美元 








本 人 金 支付 1000 万 美元 


投资 者 所 占 股份 按 
Loan Share 分 配 。 








一 
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投资 
者 分 配 
1000 万 美元 Loan 








7000 万 美元 


图 8-5 ”本 金 支付 始终 按照 未 偿 Loan 的 股份 比例 来 进行 分 配 


当 借款 者 偿还 Loan 时 ， 所 偿还 的 金额 会 根据 Loan 股 份 分 配给 各 放贷 方 ， 而 不 是 根据 Facility 
股份 来 划分 。 同 样 ， 利 息 支 付 也 会 按照 Loan 股 份 进行 分 配 。 国 








费用 支付 : 500 万 美元 


投资 者 所 占 股份 
按 Facility Share 分 配 。 














的 分 配 
500 万 美元 





投资 者 | 





图 8-6 ”费用 支付 始终 按照 Facility 的 股份 比例 来 进行 分 配 


男 一 方面 ， 当 借款 者 为 享有 Facility 权 而 支付 费用 时 ， 这 笔 钱 是 按照 Facility 股 份 划分 的 ， 而 
不 考虑 放贷 方 是 否 借 出 了 钱 。Loan 不 会 因 费 用 支付 而 发 生变 化 。 甚 至 还 有 这 种 情况 ， 放 贷方 单独 
交易 费用 股份 ， 与 利息 股份 等 无 关 。 


8.1.3 ”更 深层 模型 


我 们 得 到 了 两 个 深层 理解 。 其 一 是 意识 到 “投资 ”和 “Loan 投 资 ” 是 “股份 ”这 个 常规 基础 
概念 的 两 种 特例 。 信 贷 股份 、 货 款 股 份 、 支 付 比 例 股 份 ， 这 些 都 是 股份 ， 股 份 无 处 不 在 。 任 何 可 
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分 配 的 价值 都 是 股份 。 
经 过 几 天 忙碌 的 工作 , 我 根据 与 专家 讨论 时 所 使 用 的 语言 以 及 我 们 一 起 研究 的 场景 , 初步 搭 
建 起 了 一 个 股份 模型 如 图 8-7 所 示 。 





Share Pie 





prorate(Decima)) : Share Pie 


transfer(Company, Company, Decimal) 

















Share 








owner : Company 
amount : Decimal 














Percent Pie 
! 





Amount Pie 








plus(Amount Pie) : Amount Pie 
minus(Amount Pie) : Amount Pie 








{sum of Share.amount = 1} 


图 8-7 股份 的 抽象 模型 


我 同时 也 草 绘 了 一 个 与 股份 模型 搭配 的 新 贷款 模型 。 


























Facility | Loan 
limit : Money amount 
| transfer(Company, Company, Percent) increase(Money) 
decrease(Money) 
adjustShare(Company, Money} 














Percent Pie 





费用 支付 依据 Facility.sharePie.pro; 


(amount of fee) 来 划分 


rate 


投资 者 之 间 的 交易 会 改变 饼 图 中 的 
股份 份额 ， 但 是 在 下 一 次 提 款 之 前 


对 Loan 没 有 任何 影响 。 











提取 默认 依据 Facility.sharePie.prorate 
(amount of payment) 来 划分 


根据 协商 后 的 结果 来 调整 贷款 : 
new Share Pie = old Share Pie.plus 
{transaction pie) 





图 8-8 ”使 用 Share Pie 的 Loan 模 型 


现在 Facility 股 份 和 Loan 股 份 不 再 由 专用 对 象 来 表示 了 。 它 们 都 被 分 解 成 了 更 直观 的 Share 
Pie。 这 种 泛 化 引入 了 “股份 数学 ”的 概念 ， 极 大 地 简化 了 所 有 交易 中 的 股份 计算 ， 同 时 也 使 这 
些 计算 更 富有 表达 力 、 更 简洁 且 更 易于 组 合 。 
但 最 重要 的 是 ， 新 模型 删除 了 不 恰当 的 约束 ， 这 使 得 我 们 的 问题 迎 妨 而 解 。Loan 的 Share 因 
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而 不 再 与 Facility 的 Share 成 比例 ， 同 时 新 模型 仍然 保留 着 对 总 额 、 费 用 分 配 等 的 有 效 约束 。 我 们 
可 以 直接 调整 Loan 的 Share Pie， 因 此 新 模型 也 不 再 需要 Loan Adjustment 和 大量 处 理 特殊 情况 的 逻 
辑 了 。 

新 模型 中 不 再 包含 Loan Investment 对 象 ， 我 们 此 时 才 意 识 到 “货款 投资 ”并 不 是 一 个 银行 业 
术语 。 事 实 上 ， 业 务 专家 早已 多 次 告诉 我 们 ， 他 们 不 明白 “货款 投资 ”是 什么 意思 。 但 是 他 们 还 
是 尊重 我 们 在 软件 方面 的 知识 ， 并 假定 它 对 技术 方面 的 设计 是 有 所 帮助 的 。 而 事实 上 , 我 们 之 所 
以 创建 它 是 因为 没有 完全 理解 领域 。 

这 种 看 待 领域 的 新 方法 使 我 们 立即 就 可 以 毫 不 费力 地 处 理 之 前 遇 到 的 所 有 场景 , 处 理 过 程 要 
比 以 往 简单 许多 。 业 务 专 家 认为 我 们 的 模型 图 非常 合理 , 他们 曾经 指出 我 们 之 前 的 模型 图 对 他 们 
来 说 “技术 性 太 强 ”了 。 即 使 只 是 在 白板 上 画 出 草图 ， 我们 也 能 看 出 新 模型 能 够 彻底 解决 长 期 困 
扰 我 们 的 舍 入 计算 问题 ， 我 们 可 以 不 再 使 用 复杂 的 舍 入 代码 了 。 

新 模型 的 效果 很 好 。 非 常 非常 好 。 


而 我 们 都 已 疲惫 不 堪 了 | 


8.1.4 冷静 决策 


你 也 许 会 认为 我 们 在 那 时 一 定 会 洋洋 自得 。 但 我 们 没有 。 项 目的 期 限 很 紧 ， 而 我 们 的 进度 已 
严重 落后 了 。 所 以 ， 那 时 我 们 最 强烈 的 感受 就 是 担忧 。 

重 构 的 原则 是 始终 小 步 前 进 , 始终 保持 系统 正常 运转 。 但 是 要 按照 这 个 新 模型 来 重 构 则 需要 
修改 大 量 的 支持 代码 , 在 两 次 重 构 之 间 几 乎 不 会 有 停顿 的 时 间 。 我们 能 够 看 出 一 些 力所能及 的 微 
小 改进 , 但 这 些 改进 无 法 让 我 们 更 贴近 新 的 领域 概念 。 我 们 也 知道 通过 一 系列 小 改动 可 以 实现 新 
模型 ， 但 是 在 这 个 过 程 中 必然 会 导致 程序 的 一 部 分 功能 无 法 正常 工作 。 而 且 在 当时 ， 自 动 化 测试 
还 没有 广泛 应 用 于 这 种 项 目 。 我 们 一 无 所 有 ， 所 以 肯定 会 出 现 一 些 让 我 们 始 料 不 及 的 破坏 。 

此 外 , 重 构 是 需要 花费 精力 去 实现 的 。 但 几 个 月 以 来 , 我 们 一 直 压 力 重 重 , 早已 精 疲 力 尽 了 。 

这 时 , 我 们 与 项 目 经 理 开 了 一 次 会 , 这 次 会 议 令 我 终生 难忘 。 我 们 的 项 目 经 理 是 个 窒 智 而 勇 
敢 的 人 。 他 问 了 我 们 许多 问题 ， 


Q1: 如 果 采 用 新 设计 ， 需 要 多 久 才 能 重新 实现 已 有 功能 ? 

A1: 大 约 三 周 。 

Q2: 不 用 新 设计 可 以 解决 问题 吗 ? 

A2: 有 可 能 。 但 我 们 无 法 保证 。 

Q3: 如 果 现 在 不 采用 新 设计 ， 可 以 继续 进行 下 一 个 版 本 的 开发 吗 ? 

A3: 如 果 不 做 修改 ， 开 发 进度 会 非常 丝 慢 。 而且 我 们 的 系统 一 旦 有 了 客户 群 ， 再 做 修改 就 
会 变 得 更 加 困难 。 





bt 
心 


[0 《对 模型 理解 。 不 要 因为 好 高 匹 远 而 使 项 目 陷 入 困境 。 只 要 随时 注意 可 能 出 现 的 机 会 就 够 了 。， 
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Q4: 这 是 不 是 正确 的 行动 ? 

A4: 我 们 知道 目前 的 局 面 很 不 稳定 ， 如 果 不 是 非 做 不 可 ， 我 们 也 可 以 将 就 。 而 且 我 们 都 很 
疲 特 了 。 但 是 ， 是 和 的， 这 是 个 更 加 简单 的 解决 方案 ， 也 更 符合 业务 需求 。 从 长 远 角 度 
来 看 ， 它 会 降低 风险 。 


他 给 我 们 开 了 绿灯 ,并 告诉 我 们 他 会 控制 好 局 面 。 做 出 这 种 决定 需要 无 比 的 勇气 和 信心 , 这 
使 我 一 直 对 他 钦佩 不 已 。 
我 们 全 力 以 赴 ， 在 三 个 星期 内 完成 了 任务 。 这 是 个 巨大 的 工程 ， 但 是 却 进展 得 异常 顺利 。 


8.1.5 成 果 


项 目 需 求 不 再 有 意外 的 、 难 以 所 摸 的 改变 了 。 舍 入 逻辑 的 实现 虽然 并 不 简单 ， 却 很 稳定 并 且 
合理 。 我 们 交付 了 软件 的 第 一 个 版 本 ,第 二 个 版 本 的 开发 思路 也 很 清晰 了。 我 的 神经 衰弱 也 多 少 
有 了 好 转 。 

在 进行 第 二 个 版 本 的 开发 时 ，Share Pie 成 了 整个 程序 的 统一 主题 。 技 术 人 员 和 业务 专家 利用 
它 来 对 系统 进行 讨论 。 市 场 人 员 使 用 它 来 向 预期 客户 解释 系统 特性 。 这 些 预 期 客户 和 其 他 的 客户 
都 能 立刻 理解 它 ， 并 且 可 以 马上 用 它 来 讨论 特性 。 由 于 它 抓 住 了 银团 货款 的 核心 问题 ， 所 以 它 真 
正成 为 了 UBIQUITOUS LANGUAGE 的 一 部 分 。 


8.2 ”机遇 


当 突 破 带 来 更 深层 的 模型 时 , 通常 会 令 人 感到 不 安 。 与 大 部 分 重 构 相 比 ,， 这 种 变化 的 回报 更 
多 ， 风 险 也 更 高 。 而 县 突破 出 现 的 时 机 可 能 很 不 合 时 宜 。 

尽管 我 们 希望 进展 顺利 ， 但 往往 事与愿违 。 过 渡 到 真正 的 深层 模型 需要 从 根本 上 调整 思路 ， 
并 且 对 设计 做 大 幅 修改 。 在 很 多 项 目 中 ， 建 模 和 设计 工作 最 重要 的 进展 都 来 自 于 突破 。 


8.3 关注 根本 


不 要 试图 去 制造 突破 , 那 只 会 使 项 目 陷 人 困境 。 通常, 只 有 在 实现 了 许多 适度 的 重 构 后 才 有 
可 能 出 现 突破 。 在 大 部 分 时 间 里 ， 我 们 都 在 进行 微小 的 改进 ， 而 在 这 种 连续 的 改进 中 模型 深层 含 
义 也 会 逐渐 显现 。 

要 为 突破 做 好 准备 ， 应 专注 于 知识 消化 过 程 ， 同 时 也 要 逐渐 建立 健壮 的 UBiQurrous 
LANGUAGE。 寻 找 那些 重要 的 领域 概念 ， 并 在 模型 中 清晰 地 表达 出 来 〈 参 见 第 9 章 )。 精 化 模型 ， 
使 其 更 具 柔 性 (参见 第 10 章 )。 提炼 模型 (参见 第 15 章 )。 利 用 这 些 更 容易 掌握 的 手段 使 楼 章 变 得 
更 清晰 ， 这 通常 会 带 来 突破 。 

不 要 犹 移 着 不 去 做 小 的 改进 ， 这 些 改进 即使 脱离 不 开 常规 的 概念 框架 , 也 可 以 逐渐 加 深 芒 人 
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8.4 后 记 : 越 来 越 多 的 新 理解 


突破 使 我 们 走出 了 困境 , 但 故事 并 没有 就 此 结束 。 更 深层 次 的 模型 为 我 们 带 来 了 意 想不到 的 
机 会 ， 可 以 使 应 用 程序 的 功能 更 加 丰富 ， 设 计 也 更 加 清晰 。 

在 Share Pie 版 本 的 程序 发 布 几 周 之 后 , 我 们 注意 到 在 模型 中 还 存在 一 个 使 设计 变 得 复杂 的 地 
方 。 我 们 漏 掉 了 一 个 重要 的 ENTITY， 结 果 是 本 来 应 该 由 它 承 担 的 职责 不 得 不 由 其 他 对 象 来 完成 。 
具体 来 说 就 是 提取 货款 、 缴纳 费 用 等 业务 是 由 一 些 重要 的 规则 控制 的 , 而 所 有 这 些 逻 辑 都 分 散在 
Facility 和 Loan 中 的 各 各 方法 里 了 。 这 些 设计 问题 在 Share Pie 突 破 出 现 之 前 几乎 没有 引起 我 们 的 注 
意 , 但 是 随 着 我 们 对 领域 的 理解 日 渐 清 晰 ， 它 们 也 变 得 明显 起 来 。 现 在 我 们 开始 注意 到 ， 那 些 经 
常 在 讨论 中 出 现 的 术语 (比如 “交易 ”， 代 表 一 次 金融 交易 ) 并 没有 体现 在 模型 中 ， 反 而 隐 含 在 
了 那些 复杂 的 方法 里 。 

经 过 与 之 前 类 似 的 过 程 (但 所 幸 的 是 ， 我 们 有 了 更 加 充足 的 时 间 )， 我 们 对 领域 的 理解 又 向 
前 迈进 了 一 步 ,并 获得 了 一 个 更 深层 次 的 模型 。 这 个 新 模型 不 但 使 所 有 隐 含 的 概念 显现 了 出 来 ( 比 
如 Transaction) ,同时 也 简化 了 Position (包括 Facility 和 Loan 的 抽象 类 )。 于 是 定义 各 种 交易 、 交 易 规 
则 ,协商 程序 和 审批 流程 就 变 得 轻而易举 了 ,而 且 实 现 这 些 概念 的 代码 也 相对 来 说 变 得 更 好 理解 了 。 
Transaction 注 重 现 金 流 ， 


动 以 及 对 Position 的 改变 
(如 果 有 改变 的 话 ) 
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Position Transaction 
国 _ 
Share Pie “一 < 人 人 apply(Transaction) 十 序 } execute() FO——1 Amount Pie 
7} . 
A A {由 Loan. sharePie 按 比例 分 配 的 股份 ， 不 可 变 } 
{执行 : position.sharePie. tninus( sharePie)} 
| | 
Y 
Pe Facility lnterest Principal 
Facility Loan Investment Payment | Payment 
[ 
| Te | Drawdown Fee Payment 

















不 下 


(的 入 肛 佬 信 ， 修改) 
{股份 总 值 = i {由 Facility. sharePie 按 比例 分 配 的 股份 ， 不 可 变 } 
{执行 ，position. i plus(sharePie)} : { 执 行 ，Position 未 改变 } 


{由 Facility.sharePie 按 比例 分 配 的 股份 ， 可 修改 } 
{执行 : position.sharePie.plus(sharePie)} 


图 8-9” 几 周 之 后 的 又 一 次 模型 突破 。Transaction 的 约束 可 以 被 简单 精确 地 表达 出 来 
通常 ， 在 经 过 一 次 真正 的 突破 并 获得 了 深层 模型 之 后 ， 所 获得 的 新 设计 变 得 更 加 清晰 简单 ， 


新 的 UBIQUITOUS LANGUAGE 也 会 增进 沟通 ， 于 是 又 促成 了 下 一 次 建 模 突破 。 
当 大 部 分 项 目 由 于 规模 和 复杂 度 的 累积 而 举步维艰 时 ， 我 们 的 项 目 却 正在 加 速 前 进 。 





[202| 


203 


Lm 
uh 


a0 
将 隐 式 概念 转变 为 显 式 概念 


SS 层 建 模 听 起 来 很 不 错 , 但 是 我 们 要 如 何 实现 它 呢 ? 深层 模型 之 所 以 强大 是 因为 它 包 含 

MALL 了 领域 的 中 心 概念 和 抽象 概念 ， 能 够 以 简单 灵活 的 方式 表达 出 基本 的 用 户 活动 、 问 题 
以 及 解决 方案 。 深层 建 模 的 第 一 步 就 是 要 设法 在 模型 中 表达 出 领域 的 基本 概念 。 随 后 ,在 不 断 消 
化 知识 和 重 构 的 过 程 中 , 实现 模型 的 精 化 。 但 是 实际 上 这 个 过 程 是 从 我 们 识别 出 茶 个 重要 概念 并 
且 在 模型 和 设计 中 把 它 显 式 地 表达 出 来 的 那个 时 刻 开 始 的 。 

车 开发 人 员 识 别 出 设 计 中 隐 含 的 某 个 概念 或 是 在 讨论 中 受到 启发 而 发 现 一 个 概念 时 ,就 会 对 
领域 模型 和 相应 的 代码 进行 许多 转换 ,在 模型 中 加 入 一 个 或 多 个 对 象 或 关系 ,从 而 将 此 概念 显 式 
地 表达 出 来 。 

有 时 , 这 种 从 隐 式 概念 到 显 式 概念 的 转换 可 能 是 一 次 突破 ,使 我 们 得 到 一 个 深层 模型 。 但 更 
多 的 时 候 ， 突破 不 会 马上 到 来 ,而 需要 我 们 在 模型 中 显 式 表达 出 许多 重要 概念 ， 并 通过 一 系列 重 
构 不 断 地 调整 对 象 职责 、 改 变 它 们 与 其 他 对 象 的 关系 、 甚 至 多 次 修改 对 象 名 称 ， 在 这 之 后 ， 突 破 
才 会 姗 如 而 来 。 最 后 ， 所 有 事情 都 变 得 清晰 了 。 但 是 要 实现 上 述 过 程 ， 必 须 首先 识别 出 以 某 种 形 
式 存在 的 隐 含 的 概念 ， 无 论 这 些 概念 有 多 么 原始 。 


9.1 概念 挖掘 


开发 人 员 必 须 能 够 敏锐 地 捕捉 到 隐 含 概念 的 蛛丝马迹 , 有 时 他 们 也 必须 主动 寻找 线索 。 要 挖 
掘 出 大 部 分 的 隐 含 概念 ， 需要 开发 人 员 去 倾听 团队 语言 、 和 仔细 检 查 设计 中 的 不 足 之 处 以 及 与 专家 
观点 相 了 矛盾 的 地 方 、 研 究 领域 相关 文献 并 且 进 行 大 量 的 实验 。 

9.1.1 倾听 语言 

你 可 能 会 想起 这 样 的 经 历 : 用 户 总 是 不 停 地 谈论 报告 中 的 某 一 项 。 该 项 可 能 来 自 各 种 对 象 的 
参数 汇编 ， 甚 至 还 可 能 来 自 一 次 直接 的 数据 库 查询 。 同 时 ， 应 用 程序 的 另 一 部 分 也 需要 这 个 数据 
集 来 进行 显示 、 报 告 或 派生 操作 。 但 是 ， 你 却 一 直 认 为 没有 必要 为 此 创建 一 个 对 象 。 也 许 你 一 直 
没有 真正 理解 用 户 所 说 的 某 一 特定 术语 时 的 含义 ， 也 没有 意识 到 它 的 重要 性 。 

然后 ,你 突然 灵机 一 动 。 原 来 ,报告 中 该 项 的 名 称 即 给 出 了 一 个 重要 的 领域 概念 。 你 高 兴 地 
与 专家 读 起 了 这 个 新 发 现 。 他 们 可 能 会 松 一 口气 ， 因 为 你 终于 明白 了 。 也 可 能 会 觉得 很 平常 ， 因 
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为 他 们 一 直 认 为 这 是 理所当然 的 。 不 管 专 家 们 如 何 反 应 ,你 开始 在 白板 上 画 模 型 图 了 (之 前 你 也 
一 直 这 么 做 )。 用 户 会 帮助 你 修正 新 模型 连接 方面 的 细节 ,但 这 次 的 讨论 质量 肯定 会 有 所 提高 。 
你 和 用 户 可 以 更 加 准确 地 理解 对 方 , 并 且 可 以 更 加 自然 地 用 模型 交互 来 演示 特定 场景 。 领域 模型 
的 语言 也 变 得 更 加 强大 。 然 后 ,你 可 以 重 构 代码 来 反映 新 模型 ， 同时 也 会 发 现 你 的 设计 思路 变 得 
更 加 清晰 了 。 

倾听 领域 专家 使 用 的 语言 。 有 没有 一 些 术语 能 够 简洁 地 表达 出 复杂 的 概念 ? 他 们 有 没有 纠正 
过 你 的 用 词 (也 许 是 很 委婉 的 提醒 ) ? 当 你 使 用 某 个 特定 短语 时 ,他 们 脸 上 还 流露 出 迷惑 的 表情 
吗 ? 这 些 都 暗示 了 某 个 概念 也 许可 以 改进 模型 。 

这 不 同 于 原来 的 “名 词 即 对 象 ” 概 念 。 昕 到 新 单词 只 是 个 开头 ,然后 我 们 还 要 进行 对 话 、 消 
化 知识 ， 这 样 才能 挖掘 出 清晰 实用 的 概念 。 如 果 用 户 或 领域 专家 使 用 了 设计 中 没有 的 词汇 ， 这 就 
是 个 警告 信号 。 而 当 开 发 人 员 和 领域 专家 都 在 使 用 设计 中 没有 的 词汇 时 , 那 就 是 一 个 双 倍 严重 的 
警告 信号 了 。 

或 者 ， 应 该 把 这 种 警告 看 成 一 次 机 会 。UBIQUITOUS LANGUAGE 是 由 遍布 于 对 话 、 文 档 、 模 型 
图 其 至 代码 中 的 词汇 构成 的 ,如 果 出 现 了 设计 中 没有 的 一 个 术语 ,就 可 以 把 它 添加 到 通用 语言 中 ， 
这 样 也 就 有 机 会 改进 模型 和 设计 了 。 





团队 已 经 开发 出 了 可 用 来 预订 货物 的 有 效应 用 程序 。 现 在 他 们 开始 开发 “作业 支持 ”应 用 程 
序 , 此 程序 可 帮助 工作 人 员 管 理工 作 单 , 这些 工作 单 用 于 安排 起 始 地 和 目的 地 的 货物 装卸 以 及 在 
不 同 货轮 之 间 的 转运 。 

预定 应 用 程序 使 用 一 个 路 线 引 警 来 安排 货物 行程 。 运输 过 程 的 每 段 行程 都 作为 一 行 数据 存储 在 
数据 库 表 中 ， 其 中 指定 了 装载 该 货物 的 航次 〈 某 一 货轮 的 某 一 航次 ) 一、 装 货 地 点 以 及 外 货 地 点 。 
如 图 9-1 所 示 。 
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让 我 们 来 听 昕 开发 人 员 和 运输 专家 之 间 的 对 话 吧 (对 话 已 被 高 度 简 化 )。 
开发 人 员 : 我 想 要 确认 一 下 cargo bookings (货物 预订 ) 表 中 是 否 已 包含 了 作业 应 用 程序 所 


需 的 所 有 数据 。 


专家 : 他 们 需要 Cargo 的 全 部 行程 。 现 在 表 中 有 哪些 信息 ? 

开发 人 员 : 贷 物 了 PE、 航 次 以 及 每 个 航 段 的 装 贷 港 口 和 却 贷 港口 。 

专家 : 那么 日 期 呢 ? 需要 按照 预计 的 时 间 来 进行 装 却 工作 。 

开发 人 员 : 号 ， 日 期 可 以 从 航次 安排 中 获得 。 该 表 的 数据 已 经 得 到 了 规范 化 处 理 。 

专家 : 是 的 ， 日 期 通常 都 是 必需 的 数据 。 作 业 人 员 会 用 它们 来 安排 后 面 的 装 雾 工作 。 
开发 人 员 : 嗯 …… 好 的 。 他 们 肯定 可 以 得 到 日 期 数据 。 作 业 管 理应 用 程序 可 以 提供 全 部 装 贫 


和 趣 货 信息 以 及 每 次 装 却 作 业 的 日 期 。 我 猜 这 也 就 是 你 所 说 的 “航程 ”。 


专家 : 很 好 。 航 程 是 他 们 需要 的 主要 数据 。 事 实 上 ， 休 知道， 预订 应 用 程序 包含 了 一 个 菜单 


项 ， 可 以 打印 出 航程 或 将 航程 通过 电子 邮件 发 送 给 顾客 。 你 能 想 办 法 利用 这 个 功能 吗 ? 


开发 人 员 : 我 想 那 只 是 个 报表 。 我 们 无 法 据 此 来 开发 作业 应 用 程序 。 
[开发 人 员 陷入 了 沉思 ， 然 后 开始 兴奋 起 来 。] 
开发 人 员 : 那么 ， 航 程 实 际 上 把 预订 程序 和 作业 程序 连接 起 来 了 。 
专家 : 是 的 。 它 同时 还 连接 了 一 些 客户 关系 。 
开发 人 员 : [在 白板 上 画 出 了 一 个 草图 。] 那 么 ， 你 觉得 是 这 样 的 吗 ? 


les 
lHinerowry 类 | pyowm 


te 


图 9-2 
专家 ; 是 的 , 基本 上 是 这 样 。 在 每 段 行程 中 ， 我 们 都 希望 看 到 航次 、 装 货 和 却 货 地 点 以 及 时 


开发 人 员 : 所 以 ， 我 们 一 旦 创建 了 Leg ( 般 段 ) 对 象 ， 就 能 够 从 航次 安排 中 获取 时 间 信 息 。 


我 们 可 以 将 Itinerary (航程 ) 对 象 作为 与 作业 应 用 程序 联系 的 主要 连接 点 。 同 时 ， 还 可 以 用 这 种 
方式 重新 编写 航程 报表 ， 这 样 领 域 远 辑 就 重新 回 到 领域 层 中 了 。 


专家 : 有 些 地 方 我 不 太 明 和 白 ， 但 是 你 说 对 了 TItinerary 的 两 个 主要 用 途 ， 一 是 用 在 预订 应 用 程 


序 报表 功能 中 ,二 是 用 在 作业 应 用 程序 中 。 


开发 人 员 : 嘿 ! 我 们 可 以 让 Routing Service (路 线 服 务 ) 接口 返回 航程 对 象 ， 而 不 用 将 数据 


写 入 数据 库 表 。 这 样 一 来 ， 路 线 引 党 就 不 需要 知道 数据 库 表 了 。 


专家 : 昌 ? 
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开发 人 员 :; 我 是 说 ， 我 可 以 让 路 线 引 学 只 返回 一 个 Itinerary。 然 后 ， 预 订 应 用 程序 在 保存 剩 
下 的 信息 时 把 它 一 起 辱 储 到 数据 库 中 。 
专家 你 是 说 现在 的 程序 并 没有 这 么 做 吗 ? ! 


这 位 开发 人 员 回 去 与 开发 路 线 过 程 的 人 员 进 行 讨论 ,他 们 仔细 研究 了 这 对 模型 和 设计 会 带 来 
什么 影响 和 变化 ， 在 必要 的 时 候 也 去 请 教 了 运输 专家 。 最 后 ， 他 们 得 到 了 如 图 9-3 所 示 的 模型 。 
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图 9-3 

接 下 来 ,开发 人 员 对 代码 进行 了 重 构 ,以 使 它 能 反映 出 新 的 模型 。 在 一 周 内 ， 他 们 很 快 对 代 
码 作 出 了 一 系列 的 修改 , 每 次 修改 都 进行 两 到 三 次 重 构 。 但 是 他 们 还 没有 对 预订 应 用 程序 中 航程 
报告 进行 简化 ， 而 简化 工作 将 会 在 下 周 初 开始 进行 。 

这 位 开发 人 员 一 直 都 在 仔细 倾听 运输 专家 的 见解 ， 并 注意 到 “航程 ”概念 的 重要 性 。 所 有 的 
数据 都 已 收集 完毕 ， 在 航程 报告 中 也 已 隐 含 了 操作 行为 ， 但 是 ， 把 显 式 的 Itinerary 对 象 作 为 模型 
的 一 部 分 给 他 们 带 来 了 新 的 机 会 。 

通过 重 构 得 到 显 式 的 Itinerary 对 象 的 益处 是 : 

(1) 更 明确 地 定义 Routing Service 接 日 ， 

(2) 将 Routing Service 从 预订 数据 库 表 中 分 离 出 来 ， 
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G3) 明确 了 预订 应 用 程序 和 作业 支持 应 用 程序 之 间 的 关系 〈 即 共享 Itinerary 对 象 )， 

(4) 减少 重复 ， 因 为 Iinerary 可 同时 为 预订 报表 和 作业 支持 应 用 程序 提供 装 货 / 印 货 时 间 ， 

(5) 从 预订 报表 中 删除 领域 逻辑 ， 并 将 其 移 至 独立 的 领域 层 ， 

(6) 扩充 了 UBIQUITOUS LANGUAGE ， 使 得 开发 人 员 和 领域 专家 之 间或 者 开发 人 员 内 部 能 够 更 
准确 地 讨论 模型 和 设计 。 


9.1.2 检查 不 足 之 处 


你 所 需要 的 概念 并 不 总 是 浮 在 表面 上 , 也 绝 不 仅仅 是 通过 对 话 和 文档 就 能 让 它 显现 出 来 。 有 
些 概 念 可 能 需要 你 自己 去 挖掘 和 创造 。 要 挖掘 的 地 方 就 是 设计 中 最 不 足 的 地 方 , 也 就 是 操作 复杂 
且 难 于 解释 的 地 方 。 每 当 有 新 的 需求 时 ， 似 乎 都 会 让 这 个 地 方 变 得 更 加 复杂 。 
有 时 , 你 很 难 意识 到 模型 中 丢失 了 什么 概念 。 也 许 你 的 对 象 能 够 实现 所 有 的 功能 , 但 是 有 些 
210| 职责 的 完成 却 很 笨拙 。 而 有 时 ,你 虽然 能 够 意识 到 模型 中 丢失 了 茶 些 东西 , 但 是 却 无 法 找到 解决 
方案 。 
这 个 时 修 ， 你 必须 积极 地 让 领域 专家 参与 到 讨论 中 来 。 如 果 你 足够 幸运 ， 这 些 专家 可 能 会 
愿意 一 起 思考 各 种 想法 ， 并 通过 模型 来 进行 验证 。 如 果 你 没 那 么 幸运 ， 你 和 你 的 同事 就 不 得 不 
自己 思索 出 不 同 的 想法 ， 让 领域 专家 对 这 些 想法 进行 判断 ， 并 注意 观察 专家 的 表情 是 认同 还 是 
反对 。 


Ea 


| 示例 | 摸索 利息 计算 模型 
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Fee Payment Interest 
History Payment History 
图 9-4 笨拙 的 模型 


下 面 的 故事 以 一 家 假想 的 金融 公司 为 背景 , 该 公司 经 营 商 业 贷 款 和 其 他 一 些 生息 资产 。 公司 
开发 了 一 个 用 于 跟踪 这 些 投资 及 收益 的 应 用 程序 ， 通 过 一 项 一 项 地 添加 功能 来 使 它 不 断 地 发 展 。 
每 天 晚上 ,公司 都 会 运行 一 个 批 处 理 脚本 ， 用 于 计算 当天 所 生成 的 利息 和 费用 ， 并 把 它们 相应 地 
[211] 记录 到 公司 的 会 计 软件 中 。 
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晚间 批 处 理 脚 本 会 遍历 每 笔 Asset (资产 )， 并 让 其 执行 calculateInterestForDate()， 按 
照 当 天 的 日 期 来 计算 利息 。 然 后 ， 该 脚本 会 接收 返回 值 〈 收 益 金 额 ) ， 并 将 它 和 指定 分 类 账 的 名 
称 一 起 发 送 给 一 个 SERVICE 〈 这 个 SERVICE 提供 了 记 账 程序 的 公共 接口 )。 再 由 记 账 软件 将 收入 金 
额 过 账 到 指定 的 分 类 账 中 。 这 个 脚本 还 会 对 每 笔 Asset 当 日 的 手续 费 作 类 似 的 处 理 ， 并 记录 到 另 
一 个 不 同 的 分 类 账 中 。 

负责 这 个 程序 的 一 位 开发 人 员 一 直 在 费力 地 应 对 日 益 复杂 的 利息 计算 。 她 开始 怀疑 应 该 能 找 
到 一 个 更 适合 完成 此 项 任务 的 模型 。 于 是 ,她 向 她 熟识 的 领域 专家 寻求 帮助 ,希望 专家 可 以 协助 
她 深入 研究 这 个 问题 。 


开发 人 员 : 我 们 的 Interest Calculator (利息 计算 器 ) 太 复 杂 了 。 

专家 : 这 一 部 分 确实 很 复杂 。 还 有 很 多 情况 我 们 都 推迟 考虑 了 。 

开发 人 员 : 我 知道 。 我 们 可 以 使 用 另 一 个 不 同 的 Interest Calculator 来 添加 新 的 利息 类 型 。 但 
现在 最 大 的 麻烦 是 ， 如 果 没 有 按时 支付 利息， 该 如 何 去 处 理由 此 引发 的 各 种 特殊 情况 。 

专家 : 其 实 这 些 不 算是 特殊 情况 。 人 们 支付 利息 的 方式 可 以 非常 灵活 。 

开发 人 员 : 记得 之 前 我 们 重 构 Asset， 将 Interest Calculator 从 中 分 离 出 来 ， 这 对 开发 工作 大 有 
帮助 。 我 们 可 能 还 需要 进一步 分 解 Asset。 

专家 : 没 问题 。 

开发 人 员 : 我 在 想 你 们 在 讨论 这 种 利息 计算 时 可 能 有 另外 的 方式 。 

专家 : 你 指 的 是 什么 ? 

开发 人 员 : 举 个 例子 ,假设 我 们 正在 跟踪 会 计 期 (accounting period) 内 到 期 的 未 付 利息 。 
这 种 利息 有 名 字 吗 ? 

专家 : 哦 ， 实 际 上 我 们 并 不 会 这 么 做 。 利 息 站 入 和 付款 是 完全 独立 的 过 账 。 

开发 人 员 : 所 以 你 们 不 需要 这 个 数字 (到 期 的 未 付 利 息 ) ? 

专家 : 有 时 我 们 也 许 会 看 看 ， 但 这 不 是 我 们 处 理 业 务 的 方式 。 

开发 人 员 : 好 吧 。 如果 付款 和 利息 是 彼此 独立 的 , 也 许 我 们 应 该 这 样 建 模 。 这 看 起 来 怎么 样 ? 
[在 白板 上 画 出 草图 ] 212 
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专家 : 我 想 这 是 合乎 情理 的 。 但 你 只 是 把 它 从 一 个 地 方 移 到 了 另 一 个 地 方 。 

开发 人 员 : 不 过 现在 Interest Calculator 只 负责 追踪 利和 急 收 入 了 ， 付 款 的 数目 则 是 由 Payment 
单独 管理 。 这 个 模型 并 没有 简化 什么 ， 但 它 是 不 是 能 够 更 好 地 反映 出 业务 惯例 呢 ? 

专家 : 啊 。 我 懂 了 。 我 们 能 够 同时 保留 利息 的 历史 记录 吗 ? 就 像 之 前 模型 中 的 Payment History 
(付款 历史 ) 一 样 。 

开发 人 员 : 可 以 。 这 已 经 被 作为 一 项 新 功能 提出 来 了 。 但 是 ， 它 本 来 应 该 在 初始 设计 中 就 加 
进来 。 

专家 : 哦 。 是 这样 ， 我 看 到 你 以 这 种 方式 分 离 利息 和 Payment History， 还 以 为 你 们 要 把 利息 分 
解 并 组 织 成 类 似 于 PaymentHistory 的 结构 。 体 对 应 计 制 会 计 (accrual basis accounting) 有 所 了 解 吗 ? 

开发 人 员 : 请 解释 一 下 。 

专家 : 我 们 每 天 (或 根据 计划 安排 ) 都 会 把 应 计 利息 过 账 到 收 支 总 账 中 。 而 支付 的 过 账 方法 
则 完全 不 同 。 你 在 这 里 把 应 计 利 息 票 加 起 来 有 点 不 大 合适 。 

开发 人 员 : 你 是 说 ， 如 果 我 们 保留 “应 计 利息 ”列表 ， 那么 这 些 利息 就 可 以 根据 需要 来 进 计 
算 总 计 或 者 '…… “过 账 ”。 

专家 : 应 该 是 在 应 计 日 期 过 账 ， 但 是 可 以 在 任意 时 间 内 累加 。 殴 用 的 处 理 与 此 相同 ， 当 然 ， 
是 要 提交 到 另 一 个 分 类 账 中 。 

开发 人 员 : 事实 上 ， 如 果 只 计算 一 天 或 一 段 时 间 的 利息 ， 问 题 就 会 简单 得 多 。 然 后 ,我 们 就 
能 够 解决 所 有 这 些 问 题 了 。 这 看 起 来 怎么 样 ? 






Interest Accrual 


amount 





图 9-6 


专家 : 不 错 。 这 看 起 来 很 好 。 我 不 明白 为 什么 这 对 你 来 说 会 简单 得 多 。 但 基本 上 ， 资产 之 所 
以 有 价值 ， 就 是 因为 通过 它 可 以 累积 利息 、 费 用 等 等 。 

开发 人 员 : 你 是 说 手续 纳 也 是 一 样 的 吗 ? 它们 …… 怎么 说 来 着 ? …… 要 过 账 到 不 同 的 分 类 
账 中 ? 
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图 9 7 214 


开发 人 员 : 在 这 个 模型 中 ， 我 们 将 Interest Calculator 中 的 利息 计算 〈 或 者 说 是 应 计 手 续费 的 
计算 还 辑 ) 与 跟踪 利息 的 功能 分 开 了 。 直 到 现在 我 才 注 意 到 Fee Calculator 与 Interest Calculator 有 
很 多 重复 的 地 方 。 此 外 ， 现 在 不 同类 型 的 费用 也 可 以 轻松 地 添加 进来 了 。 

专家 : 是 的 。 之 前 的 计算 也 是 正确 的 ， 但 现在 变 得 一 目 了 然 了 。 


由 于 Calculator 类 并 没有 直接 与 设计 中 的 其 他 部 分 相关 联 ， 所 以 这 其 实 是 一 个 非常 简单 的 重 国 
构 。 这 位 开发 人 员 只 需 花 几 个 小 时 就 能 够 通过 重 写 单元 测试 来 验证 新 的 语言 , 第 二 天 新 的 设计 就 
可 以 用 了 。 最 终 ， 她 得 到 了 下 面 的 模型 。 
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图 9-8 重 构 后 的 深层 模型 


在 重 构 后 的 应 用 程序 中 ， 夜 间 批 处 理 脚 本 会 通知 每 个 Asset 执 行 calculateAccrualsThr- 
oughpate() 。 其 返回 值 是 Accrual 的 集合 ， 而 其 中 的 每 笔 金 额 都 会 过 账 到 指定 的 分 类 账 中 。 


te 
个 
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新 模型 具有 几 个 优点 ， 包 括 : 

(1) 术语 “应 计 费 用 (accrual) ”使 UBIQUITOUS LANGUAGE 更 丰富 ， 

(2) 将 应 计 费 用 从 付款 中 分 离 出 来 ; 

(3) 将 领域 知识 (例如 过 账 到 哪个 分 类 账 ) 从 脚本 中 移出 来 ， 并 放 到 领域 层 中 ， 

(4) 将 费用 与 利息 统一 ， 既 能 够 符合 业务 逻辑 ， 又 可 消除 重复 代码 ， 

(5) 把 Accrual Schedule 作 为 费用 和 利息 的 一 种 新 的 形式 简单 地 添加 到 模型 中 。 

这 一 次 , 开发 人 员 不 得 不 自己 挖 据 所 需 的 新 概念 。 她 能 够 看 出 利息 计算 的 不 足 之 处 , 并 坚持 
不 懈 地 寻找 更 深层 次 的 解决 方案 。 

她 很 幸运 地 找到 一 位 聪明 且 热 忱 的 银行 专家 作为 合作 伙伴 。 如 果 合 作 的 专家 不 那么 主动 的 
话 , 她 可 能 会 在 初期 犯 更 多 的 错误 , 而 后 则 需要 更 多 地 依赖 于 与 其 他 开发 人 员 进 行头 脑 风 暴 来 解 
决 问题 。 这 样 ， 程 序 开发 的 进度 会 放 慢 ， 但 还 是 有 可 能 获得 进展 的 。 


9.1.3 ”思考 矛盾 之 处 


不 同 的 领域 专家 对 同样 的 事情 会 有 不 同 的 看 法 , 这 取决 于 他 们 的 经 验 和 需求 。 即 使 是 同一 个 
人 提供 的 信息 , 仔细 分 析 后 也 会 发 现存 在 逻辑 上 不 一 致 的 地 方 。 在 挖掘 程序 需求 的 时 候 ， 我 们 会 
不 断 遇 到 这 种 令 人 烦恼 的 矛盾 ,但 它们 也 为 深层 模型 的 实现 提供 了 重要 线索 。 有 些 了 矛盾 只 是 术语 
说 法 上 的 不 一 致 有些 则 是 由 于 误解 而 产生 的 。 但 还 有 一 种 情况 是 专家 们 会 给 出 相互 巴 盾 的 两 种 
说 法 。 

天 文学 家 伽利略 曾 提出 过 一 个 悖 论 。 我们 的 感觉 清楚 地 表明 地 球 是 静止 的 : 人 们 既 不 会 被 吹 
走 也 不 会 被 抛 出 去 。 然 而 哥 白 尼 却 在 他 之 前 提 到 过 一 个 很 有 说 服 力 的 观点 ,， 即 地 球 是 围绕 着 太阳 
飞速 转动 的 。 将 这 一 矛盾 统一 起 来 可 能 会 揭示 出 大 自然 运转 的 某 种 深奥 的 规律 。 

于 是 ， 佑 利 略 设计 了 一 个 假想 实验 。 如 果 一 个 骑士 在 奔跑 的 马 背 上 委 下 一 个 球 ,这 个 球 会 掉 
到 哪里 ? 显然 ， 这 个 球 会 随 着 马 一 起 向 前 移动 , 直到 它 落 在 马蹄 旁边 的 地 面 上 ， 就 像 马 一 直 站 着 
没 动 时 一 样 。 根 据 这 个 实验 ， 伽 利 略 推导 出 了 一 个 惯性 参考 系 思 想 的 早期 雏形 ， 它 可 以 解决 前 面 
提 到 的 悖 论 并 可 引出 更 为 实用 的 运动 物理 学 模型 。 

我 们 遇 到 的 矛盾 通常 不 会 这 么 有 趣 , 也 不 会 具有 如 此 深刻 的 意义 。 尽 管 如 此 ， 采 用 同样 的 思 
考 模式 通常 可 帮助 我 们 透 过 问题 领域 的 表面 获得 更 深层 的 理解 。 

要 解决 所 有 矛盾 是 不 太 现实 的 ， 甚 至 是 不 需要 的 。( 第 14 章 将 会 深入 探讨 如 何 取舍 以 及 如 何 
处 理 结果 。) 然而 ， 即 使 不 去 解决 矛盾 ， 我 们 也 应 该 仔细 思考 对 立 的 两 种 看 法 是 如 何 同时 应 用 于 
同一 个 外 部 现实 的 ， 这 会 给 我 们 带 来 启示 。 


9.1.4 查阅 书籍 
在 寻找 模型 概念 时 ,不 要 忽略 一 些 显而易见 的 资源 。 在 很 多 领域 中 ， 你 都 可 以 找到 解释 基本 


概念 和 传统 思想 的 书籍 。 你 依然 需要 与 领域 专家 合作 ， 提 炼 与 你 的 问题 相关 的 那 部 分 知识 ， 然 后 
将 其 转化 为 适用 于 面向 对 象 软 件 的 概念 。 但 是 ,查阅 书籍 也 许 能 够 使 你 一 开始 就 形成 一 致 且 深层 


的 认识 。 


| 示例 借助 参考 书 来 设计 利息 计算 模型 


让 我 们 设想 一 下 前 面 讨论 的 投资 跟踪 应 用 程序 的 另 一 个 场景 。 与 前 面 一 样 , 这 个 故事 的 开头 
也 是 开发 人 员 意 识 到 设计 变 得 越 来 越 复杂 ， 特 别 是 Interest Calculator。 但 是 在 这 个 场景 中 ， 领 域 
专家 主要 负责 其 他 工作 ,他 对 帮助 软件 开发 项 目 并 不 十 分 感 兴趣 。 在 这 里 ， 开 发 人 员 不 能 指望 专 
家 与 其 一 起 进行 头脑 风暴 ， 帮 助 她 探寻 隐藏 于 表象 之 下 的 遗漏 概念 。 

于 是 , 她 去 了 书店 。 随意 翻阅 了 几 本 书 之 后 , 她 找到 了 一 本 自己 比较 喜欢 的 会 
并 把 它 粗略 浏览 了 一 遍 。 她 发 现 书 中 有 一 整套 明确 定义 的 概念 体系 。 其 中 一 段 文字 给 了 她 特别 大 


的 启发 : 


应 计 制 会 计 。 这 种 方法 把 所 有 已 经 产生 的 收入 均 计 到 收入 中 (即使 尚未 支付 ) 
也 均 在 产生 时 显示 出 来 (无论 是 已 经 支付 还 是 以 后 才 支 付 ) 


入 费用 。 
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， 所 有 支出 


。 所 有 到 期 债务 ， 包 括 税金 ， 都 列 


一 一 Suzanne Caplan 的 Finance and Accounting: How to Keep Your Books and Manage Your 


Finances Without an MBA, a CPA or a Ph.D (Adams Media, 2000) 
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计 学 入 门 书籍 ， 


开发 人 员 再 也 不 用 自己 去 重新 编造 一 个 会 计 学 出 来 了 ,在 与 其 他 开发 人 员 进 行 了 一 些 讨 论 之 
后 ， 她 设计 出 了 一 个 模型 ， 如 图 9-9 所 示 。 
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图 9-9 ”通过 阅读 书籍 而 得 来 的 略为 深层 的 模型 
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她 还 没有 认识 到 收入 是 由 Asset 产 生 的 ， 所 以 模型 中 依然 含有 Calculator。 分 类 账 的 概念 还 是 
包含 在 应 用 程序 中 ,而 不 是 在 它 本 应 归属 的 领域 层 中 。 但 是 ,她 确实 将 付款 从 应 计 收 入 中 分 离 出 
来 了 (这 曾 是 最 大 的 问题 ) 并 且 她 将 “应 计 费 用 ”这 个 词 引 入 到 模型 和 UBIQUITOUS LANGUAGE 中 。 
在 之 后 的 迭代 过 程 中 ， 模 型 还 会 得 到 进一步 的 精 化 。 

当 这 位 开发 人 员 终于 有 机 会 与 领域 专家 讨论 时 , 专家 大 吃 一 惊 。 她 是 专家 遇 到 的 第 一 个 对 专 
家 的 工作 表现 出 些许 兴趣 的 程序 人 员 。 由 于 职责 分 配 的 原因 ， 专 家 从 未 与 她 交谈 过 ， 也 从 来 没有 
像 在 前 面 的 例子 中 一 样 坐 下 来 与 她 共同 商讨 过 模型 问题 ,但 是 ,这 位 开发 人 员 从 书 中 获取 了 知识 ， 
这 使 她 能 够 提出 很 好 的 问题 ， 所 以 自 此 以 后 ， 专 家 开始 认真 倾听 她 的 见解 ， 并 尽力 及 时 地 回答 她 
的 问题 。 


当然 ,看 书 与 咨询 领域 专家 并 不 冲突 。 即 便 能 够 从 领域 专家 那里 得 到 充分 的 支持 ， 花 点 时 间 
从 文献 资料 中 学 习 掌 所 领域 理论 也 是 值得 的 。 虽然 许多 业务 并 不 会 像 会 计 学 或 金融 行业 那样 具有 
精 化 的 模型 , 但 是 在 许多 领域 中 都 会 有 一 些 擅 于 思考 的 人 , 他 们 已 组 织 并 抽象 出 了 业务 的 一 些 通 
用 的 惯例 。 

开发 人 员 还 有 另 一 个 选择 ， 就 是 阅读 由 在 此 领域 中 有 过 开发 经 验 的 软件 专业 人 员 编 写 的 资 
料 。 例 如 ，《 分 析 模 式 》( [Fowler 1997] ) 一 书 的 第 6 章 可 能 会 为 她 提供 一 个 完全 不 同 的 思考 方向 ， 
无 论 这 个 方向 会 让 开发 变 得 更 好 还 是 更 糟 。 阅读 书籍 并 不 能 提供 现成 的 解决 方案 , 但 可 以 为 她 提 
供 一 些 全 新 的 实验 起 点 , 以 及 在 这 个 领域 中 探索 过 的 人 总 结 出 来 的 经 验 。 这样 可 以 避免 开发 人 员 
重复 设计 已 有 的 概念 。 第 11 章 将 更 深入 地 探讨 这 一 主题 。 


9.1.5 尝试， 再 尝试 


上 面 的 例子 并 没有 显示 出 不 断 尝 试 和 出 错 的 次 数 。 在 讨论 过 程 中 , 我 可 能 尝试 六 七 种 不 同 的 
思路 ， 然 后 找到 一 个 看 起 来 足够 清晰 且 实用 的 概念 ， 并 在 模型 中 尝试 它 。 后 面 ， 随 着 经 验 的 积累 
和 知识 的 消化 ， 我 们 会 有 更 好 的 想法 ， 最 终 ， 这 个 概念 至 少 会 被 替换 一 次 。 因 此 ， 建 模 人 员 / 设 
计 人 员 绝对 不 能 固执 已 见 。 

并 不 是 所 有 这 些 方向 性 的 改变 都 毫 无 用 处 ,每 次 改变 都 会 把 开发 人 员 更 深刻 的 理解 添加 到 模 
型 中 。 每 次 重 构 都 使 设计 变 得 更 灵活 并 且 为 那些 可 能 需要 修改 的 地 方 做 好 准备 。 

其 实 , 我 们 并 没有 其 他 选择 。 只 有 不 断 尝试 才能 了 解 什么 有 效 什么 无 效 。 企 图 吉 免 设计 上 的 
失误 将 会 导致 开发 出 来 的 产品 质量 低劣 , 因为 没有 更 多 的 经 验 可 用 来 借鉴 ， 同 时 也 会 比 进行 一 系 
列 快速 实验 更 加 费时 。 


9.2 ”如 何 为 那些 不 太 明 显 的 概念 建 模 


面向 对 象 范式 会 引导 我 们 去 寻找 和 创造 特定 类 型 的 概念 。 所 有 事物 (即使 是 像 “应 计 费 用 ” 
这 种 非常 抽象 的 概念 ) 及 其 操作 行为 是 大 部 分 对 象 模型 的 主要 部 分 。 它 们 就 是 面向 对 象 设计 入 门 
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书籍 所 讲 到 的 “名 词 和 动词 "。 但 是 ， 概 念 中 其 他 重要 的 类 别 也 可 以 在 模型 中 显 式 地 表现 出 来 。 
下 面 我 将 会 描述 三 个 这 样 的 类 别 , 我 在 开始 接触 对 象 时 ,对 它们 的 认识 并 不 够 清晰 。 我 每 学 


会 一 个 这 样 的 类 别 ， 就 会 让 设计 变 得 更 加 清晰 深刻 。 
9.2.1 显 式 的 约束 


约束 是 模型 概念 中 非常 重要 的 类 别 。 它们 通常 是 隐 式 出 现 的 , 将 它们 显 式 地 表现 出 来 可 以 极 


大 地 提高 设计 质量 。 
有 时 ,约束 很 自然 地 存在 于 对 象 或 方法 中 。Bucket ( 桶 ) 对 象 必 须 满足 一个 固定 规则 
载 量 不 能 超出 它 的 容积 ， 如 图 9-10 所 示 。 





Bucket 





capacity : float 全 


contents : float 


pourIn(float) | 
{contents <= capacity} 


图 9-10 


这 样 一 个 简单 的 固定 规则 可 以 在 每 次 可 改变 内 容 的 操作 中 使 用 一 个 逻辑 判断 来 保证 。 


Class Bucket 1{ 














private float capacity; 
private float contents; 


public void pourIin{(float addedVvolume) { 
if (contents + addedVolume > capacity) { 
contents = capacity; 
} else { 
contents = contents + addedVolume; 
} 
} 
} 


这 里 的 逻辑 非常 简单 , 规则 也 很 明显 。 但 是 不 难 想象 , 在 更 复杂 的 类 中 这 个 约束 可 能 会 丢失 。 


让 我 们 把 这 个 约束 提取 到 一 个 单独 的 方法 中 ， 并 用 清晰 直观 的 名 称 来 表达 它 的 意义 。 


class Bucket { 
private float capacity; 


private float contents; 


public void pourIn(float addedVolume) { 
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float volumePresent = contents + addedVolume:; 
contents = constrainedToCapacity (volumePresent),; 
} 


private float constrainedToCapacityl(float volumePlacedIin) { 
if (volumepPlacedIn > capacity) return capacity; 
return volumePlacedin; 
} 
} 


这 两 个 版 本 的 代码 都 实施 了 约束 ， 但 是 第 二 个 版 本 与 模型 的 关系 更 为 明显 (这 也 是 
MODEL-DRIVEN DESIGN 的 基本 需求 )。 这 个 规则 十 分 简单 ， 使 用 最 初 形式 的 代码 也 很 容易 理解 ， 
但 如 果 要 是 执行 的 规则 比较 复杂 的 话 ， 它 们 就 会 像 所 有 隐 式 概念 一 样 淹没 掉 被 约束 的 对 象 或 操 
作 。 将 约束 条 件 提取 到 其 自己 的 方法 中 ,这样 就 可 以 通过 方法 名 来 表达 约束 的 含义 ， 从 而 在 设计 
中 显 式 地 表现 出 这 条 约束 。 现 在 这 个 约束 条 件 就 是 一 个 “有 名 有 姓 ” 的 概念 了 ， 我 们 可 以 用 它 
的 名 字 来 讨论 它 。 这 种 方式 也 为 约束 的 扩展 提供 了 空间 。 比 这 更 复杂 的 规则 很 容易 就 会 产生 比 其 
调用 者 (在 这 里 就 是 pourIn() 方 法 ) 更 长 的 方法 。 这 样 ， 调 用 者 就 可 以 简单 一 些 ， 并 且 只 专注 
于 处 理 自 己 的 任务 ， 而 约束 条 件 则 可 以 根据 需要 进行 扩展 。 

这 种 独立 方法 为 约束 预 留 了 一 定 的 增加 空间 , 但 是 在 很 多 时 候 , 约束 条 件 是 无 法 用 单独 一 个 
方法 来 轻松 表达 的 。 或 者 ， 即 使 方法 自身 能 够 保持 其 简单 性 ， 但 它 可 能 会 调用 一 些 信息 ， 而 在 对 
象 的 主要 职责 中 这 些 信息 毫 无 用 处 。 这 种 规则 可 能 就 不 适合 放 到 现 有 对 象 中 。 

下 面 是 一 些 警告 信号 ， 表 明 约 束 的 存在 正在 扰乱 它 的 “宿主 对 象 ” (Host Object) 的 设计 。 

(1) 计算 约束 所 需 的 数据 从 定义 上 看 并 不 属于 这 个 对 象 。 

(2) 相关 规则 在 多 个 对 象 中 出 现 ， 造 成 了 代码 重复 或 导致 不 属于 同一 族 的 对 象 之 间 产 生 了 继 
承 关 系 。 

(3) 很 多 设计 和 需求 讨论 是 围绕 这 些 约束 进行 的 ， 而 在 代码 实现 中 ， 它 们 却 隐藏 在 过 程 代码 
中 。 

如 果 约 东 的 存在 掩盖 了 对 象 的 基本 职责 ,或 者 如 果 约 束 在 领域 中 非常 突出 但 在 模型 中 却 不 明 
显 ， 那 么 就 可 以 将 其 提取 到 一 个 显 式 的 对 象 中 ， 甚 至 可 以 把 它 建 模 为 一 个 对 象 和 关系 的 集合 。 

(The Object Constraint Language: Precise Modeling with UML [Warmer and Kleppe 1999] 一 书 中 
提供 了 关于 这 个 问题 的 半 正 式 的 深入 解决 方案 。) 


| 示例 ， 复核 : 超 订 策 略 


在 第 1 章 中 , 我 们 讨论 了 一 个 常见 的 运输 业务 惯例 : 预订 超出 运输 能 力 10% 的 货物 。( 货 运 公 
司 的 经 验 表 明 , 这 种 程度 的 超额 可 以 弥补 因 客 户 临时 取消 订单 而 给 货运 公司 所 带 来 的 损失 , 这 样 
就 可 以 保证 货轮 基本 能 够 满载 起 航 了 。) 
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通过 加 入 一 个 新 类 来 反映 Voyage 和 Cargo 关 联 中 的 结束 ， 该 约束 不 管 是 在 图 表 中 还 是 在 代码 
中 都 能 显 式 地 体现 出 来 。 如 图 9-11 所 示 。 
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capacity Size capacity size 





















































{sum(cargo.size) < voyage.capacity * 1.1} 
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图 9-11 为 显 式 表 达 超 订 策略 而 重 构 的 模型 
要 查看 完整 例子 的 代码 和 思路 ， 请 参阅 1.4 节 示例 。 


9.2.2 ”作为 领域 对 象 的 过 程 


首先 要 说 明 的 是 ,我 们 都 不 希望 过 程 变 成 模型 的 主要 部 分 。 对 象 是 用 来 封装 过 程 的 ,而 我 们 
只 需 考 虑 对 象 的 设计 目的 或 意图 就 可 以 了 。 

在 这 里 , 我 们 讨论 的 是 存在 于 领域 中 的 过 程 , 我们 必须 在 模型 中 把 这 些 过 程 表示 出 来 。 否 则 
当 这 些 过 程 显 露出 来 时 ， 往 往 会 使 对 象 设计 变 得 笨拙 。 

本 章 的 第 一 个 例子 描述 了 一 个 用 来 安排 货运 路 线 的 运输 系统 .安排 路 线 的 过 程 涉及 一 些 业务 
知识 。SERVICE 是 显 式 表达 这 种 过 程 的 一 种 方式 ， 同 时 它 依然 会 将 异常 复杂 的 算法 封装 起 来 。 

如 果 过 程 的 执行 有 多 种 方式 , 那么 我 们 也 可 以 用 另 一 种 方法 来 处 理 它 , 那 就 是 将 算法 本 身 或 
其 中 的 关键 部 分 放 到 一 个 单独 的 对 象 中 。 这 样 ， 选 择 不 同 的 过 程 就 变 成 了 选择 不 同 的 对 象 ， 每 个 
对 人 象 都 表示 一 种 不 同 的 STRATEGY。 (第 12 章 将 会 更 详细 地 讨论 如 何在 领域 中 使 用 STRATEGY 。) 

过 程 是 应 该 被 显 式 表达 出 来 , 还 是 应 该 被 隐藏 起 来 呢 ? 区 分 的 方法 很 简单 : 它 是 经 常 被 领域 
专家 提起 呢 ， 还 是 仅仅 被 当 作 计算 机 程序 机 制 的 一 部 分 ? 


约束 和 过 程 是 模型 概念 中 两 个 应 用 范围 很 广 的 概念 ， 当 我 们 用 面向 对 象 语言 编程 时 , 不 会 立 
即 想到 它们 ， 然 而 它们 一 旦 被 我 们 视 为 模型 元 素 ， 就 真 的 可 以 让 我 们 的 设计 更 为 清晰 。 

有 些 概念 类 别 很 实用 , 但 它们 可 应 用 的 范围 要 窄 很 多 。 为 了 使 本 章 的 讨论 更 全 面 , 我 会 说 明 
这 样 一 个 更 专门 的 但 也 非常 常用 的 概念 类 别 一 一 规格 (specification)。“ 规 格 ” 提 供 了 用 于 表达 特 
定 类 型 的 规则 的 精确 方式 ， 它 把 这 些 规则 从 条 件 逻 辑 中 提取 出 来 , 并 在 模型 中 把 它们 显 式 地 表示 
出 来 。 

SPECIFICATION 是 我 与 Martin Fowler ([Evans and Fowler 1997] ) 协作 开发 出 来 的 。 这 个 概念 
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看 起 来 很 简单 ， 但 是 应 用 和 实现 中 起 来 却 很 微妙 ， 因 此 在 本 节 中 会 有 大 量 的 细节 描述 。 在 第 10 
章 中 还 会 继续 讨论 SPECIFICATION,， 并 对 这 种 模式 进行 扩展 。 在 阅读 完 接 下 来 对 该 模式 的 初步 解释 
后 ， 你 可 以 跳 过 9.2.4 节 ， 等 到 你 真正 想 要 应 用 这 种 模式 时 再 回来 阅读 也 不 迟 。 


9.2.3 模式，SPECIFICATION 


[被 …… 满 足 } 
Specification 三 人 Object 


在 所 有 类 型 的 应 用 程序 中 , 都 会 有 布尔 值 测试 方法 ， 实 际 上 它们 基本 不 属于 规则 。 只 要 它们 
很 简单 , 就 可 以 用 测试 方法 (例如 anIterator .hasNext () 或 anInvoice.isoverdue() ) 来 处 理 
它们 。 在 Invoice 类 中 ，isoverdue () 的 代码 是 计算 一 条 规则 的 算法 。 例 如 ， 


Public boolean isOverdue!{) { 











Date currentDate = new Date!(); 
return currentDate.after (dueDate); 


} 

但 是 并 非 所 有 规则 都 如 此 简单 。 在 同一 个 Invoice (发 票 ) 类 中 ， 还 有 另外 一 个 规则 
anInvoice.isDelinquent ()， 它 一 开始 也 是 用 来 检查 Invoice 是 否 过 期 的 ， 但 仅仅 是 开始 部 分 。 
根据 客户 账户 状态 的 不 同 ， 可 能 会 有 宽 限 期 政策 。 一 些 拖欠 票据 正 准 备 再 一 次 发 出 催 款 通知 ， 而 
另 一 些 则 准备 发 给 收 账 公司 。 此 外 , 还 要 考虑 客户 的 付款 历史 纪录 .、 公司 在 不 同 产 品 线 上 的 政策 ， 
等 等 。Invoice 作 为 付款 请 求 是 明白 无 误 的 ， 但 它 很 快 就 会 消失 在 大 量 杂 乱 的 规则 计算 代码 中 。 
Invoice 还 会 发 展 出 对 领域 类 和 子 系统 的 各 种 依赖 关系 , 而 这 些 领域 类 和 子 系统 却 与 Invoice 的 基本 
含义 无 关 。 

到 了 这 一 步 , 为 了 简化 Invoice 类 与 其 他 对 象 的 关系 , 开发 人 员 通 常会 将 规则 计算 代码 重 构 到 
应 用 层 中 (在 这 里 就 是 账单 收集 应 用 程序 )。 现 在 规则 已 经 从 领域 层 中 分 离 出 来 ， 留 下 了 一 个 纯 
粹 的 数据 对 象 , 它 将 不 再 表达 本 来 应 该 在 业务 模型 中 表示 的 规则 。 这 些 规 则 需要 保留 在 领域 层 中 ， 
但 是 把 它们 放 到 被 其 约束 的 对 象 (在 这 里 是 Invoice) 里 又 不 合适 。 此 外 ,计算 规则 的 方法 中 到 处 
都 是 条 件 代 码 ， 这 也 使 得 规则 变 得 复杂 难 懂 。 

那些 使 用 逻辑 编程 范式 的 开发 人 员 会 用 一 种 不 同 的 方式 来 处 理 这 种 情况 ,这 种 规则 被 称 为 谓 
词 。 谓 词 是 指 计算 结果 为 “ 真 ” 或 “ 假 ” 的 函数 ， 并 且 可 以 使 用 操作 符 (如 AND 和 OR) 把 它们 
连接 起 来 以 表达 更 复杂 的 规则 。 通 过 谓词 , 我 们 可 以 显 式 地 声明 规则 并 在 Invoice 中 使 用 这 些 规则 。 
但 前 提 是 必须 使 用 逻辑 范式 。 

认识 到 这 一 点 后 , 人们 已 经 开始 尝试 以 对 象 的 形式 来 实现 逻辑 规则 。 在 这 些 尝试 中 ， 有 些 很 
成 熟 ， 有 些 则 很 幼稚 。 有 些 雄 心 勃 勃 ， 有 些 则 谦虚 谨慎 。 有 些 被 证 明 很 有 价值 ， 有 些 则 被 当 作 失 
败 的 试验 丢 到 一 边 。 有 些 尝 试 其 至 导致 项 目 误 入 歧途 。 但 是 ， 有 一 件 事情 是 很 清楚 的 ， 无论 这 个 
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想法 多 么 吸引 人 ， 其 主要 目标 都 是 完全 用 对 象 来 实现 逻辑 。( 毕 竞 ， 逻 辑 编 程 本 身 就 是 一 套 建 模 
和 设计 范式 。) 

业务 规则 通常 不 适合 作为 ENTITY 或 VALUE OBJECT 的 职责 ， 而 且 规 则 的 变化 和 组 合 也 会 掩盖 
领域 对 象 的 基本 含义 。 但 是 将 规则 移出 领域 层 的 结果 会 更 精 糕 ， 因 为 这 样 一 来 ， 领 域 代 码 就 不 再 
表达 模型 了 。 

逻辑 编程 提供 了 一 种 概念 ， 即 “谓词 ”这 种 可 分 离 、 可 组 合 的 规则 对 象 ， 但 是 要 把 这 种 概念 
用 对 象 完全 实现 是 很 麻烦 的 。 同 时 ， 这 种 概念 也 非常 笼统 ， 在 表达 设计 意图 方面 ， 它 的 针对 性 不 
如 设计 那么 好 。 

幸运 的 是 ， 我 们 并 不 真正 需要 完全 实现 逻辑 编程 即 可 从 中 受益 。 大 部 分 规则 都 可 以 归 类 为 
几 种 特定 的 情况 。 我 们 可 以 借用 谓词 概念 来 创建 可 计算 出 布尔 值 的 特殊 对 象 。 那 些 难 于 控制 的 
测试 方 革 可 以 巧妙 地 扩展 出 自己 的 对 象 。 它 们 都 是 一 些小 的 事实 测试 ， 可 以 提取 到 一 个 单独 的 
VALUE OBJECT 中 。 而 这 个 新 对 象 则 可 以 用 来 计算 另 一 个 对 象 ， 看 看 谓词 对 那个 对 象 的 计算 是 否 
为 “ 真 "。 
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-> test(Invoice) : boolean 





isDelinguent() : boolean 























图 9-12 


换言之 , 这 个 新 对 象 就 是 一 个 规格 。SPECIFICATION 中 (规格) 中 声明 的 是 限制 另 一 个 对 象 状态 
的 约束 ， 被 约束 对 象 可 以 存在 ， 也 可 以 不 存在 。SPECIFICATION 有 多 种 用 途 ， 其 中 的 一 种 用 途 体现 了 
最 基本 的 概念 ， 这 种 用 途 就 是 ;SPECIFICATION 可 以 测试 任何 对 象 以 检验 它们 是 否 满足 指定 的 标准 。 

因此 : 

为 特殊 目的 创建 谓词 形式 的 显 式 的 VALUE OBJECT。SPECIFICATION 就 是 一 个 谓词 ， 可 用 来 确 
定 对 象 是 否 满足 某 些 标 准 。 

许多 SPECIFICATION 都 是 具有 特殊 目标 的 简单 测试 , 就 像 在 拖欠 票据 示例 中 的 规格 一 样 。 当 规 
则 很 复杂 时 ， 可 以 扩展 这 种 概念 ， 对 简单 的 规格 进行 组 合 ， 就 像 用 逻辑 运算 符 把 多 个 谓词 组 合 起 
来 一 样 。( 这 种 技术 将 在 下 一 章 中 讨论 。) 基本 模式 保持 不 变 , 并 且 提 供 了 一 种 从 简单 模型 过 渡 到 
复杂 模型 的 途径 。 

拖欠 票据 的 例子 可 以 使 用 SPECIFICATION 来 建 模 ， 如 图 9-13 所 示 。 在 规格 中 声明 拖欠 的 含义 ， 
对 任意 的 Invoice 对 象 进行 计算 并 做 出 判断 。 

SPECIFICATION 将 规则 保留 在 领域 层 。 由 于 规则 是 一 个 完备 的 对 象 ， 所 以 这 种 设计 能 够 更 加 清 
晰 地 反映 模型 。 利 用 工厂 ， 可 以 用 来 自 其 他 资源 (例如 客户 账户 或 者 企业 政策 数据 库 ) 的 信息 对 
规格 进行 配置 。 之 所 以 使 用 FACTORY， 是 为 了 避免 Invoice 直 接 访问 这 些 资 源 ， 因 为 这 样 会 使 得 
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Invoice 与 这 些 资源 发 生 不 正确 的 关联 (Invoice 的 基本 职责 是 请 求 付款 , 而 这 些 资 源 与 这 一 职责 无 
关 )。 在 这 个 例子 中 ， 我 们 将 创建 Delinquent Invoice Specification (拖欠 发 票 规格 ) 来 对 一 些 发 票 
进行 评估 ， 这 个 SPECIFICATION 用 过 之 后 就 丢掉 了 。 这 样 只 需 指 定 评估 日 期 就 可 以 了 ,这 真是 一 次 
完美 的 简化 。 我 们 可 以 通过 为 SPECIFICATION 提 供 所 需 信息 来 简单 直接 地 完成 它 的 职责 。 








inv123 ; Invoice 





























is satisfied by (inv123) : Delinquent Invoice Specification id = “inv123” 
r amount = $4999 
< 一 standard grace period = 20 days due date = 5 Mar 2001 
真 good standing grace period = 60 days 
Q evaluation date = 6 April 2001 | 
计算 月 期 是 到 期 日 期 后 的 32 天 。 
本 enton : Customer 
信誉 不 好 的 客户 (enron) 
只 有 20 天 的 宽 限 期 。 in good standing = false 
因此 ， 该 发 下 为 拖欠 发 票 。 











图 9-13 ”作为 SPECIFICATION 被 提取 出 来 的 更 为 详细 的 拖欠 规则 


A a A 
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SPECIFICATION 的 基本 概念 非常 简单 ， 这 能 帮助 我 们 思考 领域 建 模 问题 。 但 是 MoDEL-DRIVEN 
DRSIGN 要 求 我 们 开发 出 一 个 能 够 把 概念 表达 出 来 的 有 效 实现 。 要 实现 这 个 目标 , 必须 要 更 深入 地 
挖掘 应 用 这 个 模式 的 方法 。 领 域 模式 不 仅仅 是 UML 图 中 好 的 想法 ， 也 应 该 可 以 为 MODEL-DRIVEN 
DRSIGN 中 的 编程 问题 提供 解决 方案 。 

只 要 恰当 地 应 用 模式 , 就 可 以 得 出 一 整套 如 何 解决 领域 建 模 问题 的 思路 ,同时 也 可 以 从 这 种 
长 时 间 搜 寻 有 效 实现 的 经 验 中 受益 。 下 面 的 SPECIFICATION 讨 论 详细 介绍 了 功能 和 实现 方法 的 多 种 
选择 。 模 式 并 不 像 菜 谱 那 么 死板 。 它 可 以 让 你 基于 自己 的 经 验 来 开发 解决 方案 ， 也 为 你 讨论 手头 
工作 提供 了 语言 。 

在 第 一 次 阅读 时 ,你 可 以 快速 浏览 关键 概念 。 以 后 磁 到 具体 情况 时 ， 可 以 再 回 过 头 来 阅读 并 
从 细节 讨论 中 获取 经 验 。 然 后 就 可 以 开始 设计 你 自己 的 解决 方案 了 。 


9.2.4 ”SPECIFICATION 的 应 用 和 实现 


SPECIFICATION 最 有 价值 的 地 方 在 于 它 可 以 将 看 起 来 完全 不 同 的 应 用 功能 统一 起 来 .出 于 以 下 
三 个 目的 中 的 至 少 一 个 目的 ， 我 们 可 能 需要 来 指定 对 象 的 状态 。 

(1) 验证 对 象 ， 检 查 它 是 否 能 满足 某 些 需 求 或 者 是 否 已 经 为 实现 某 个 目标 做 好 了 准备 。 

(2) 从 集合 中 选择 一 个 对 象 《如 上 述 例子 中 的 查询 过 期 发 票 ) 。 

G) 指定 在 创建 新 对 象 时 必须 满足 某 种 需求 。 
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这 三 种 用 法 (验证 、 选 树 和 根据 要 求 来 创建 ) 从 概念 层面 上 来 讲 是 相同 的 。 如 果 没 有 诸如 
SPECIFICATION 这 样 的 模式 , 相同 的 规则 可 能 会 表现 为 不 同 的 形式 , 甚至 有 可 能 是 相互 矛盾 的 形式 。 
这 样 就 会 形 失 概念 上 的 统一 性 。 通 过 应 用 SPECIFICATION 模 式 ， 我 们 可 以 使 用 一 致 的 模型 ， 尽 管 在 


实现 时 可 能 需要 分 开 处 理 。 
验证 


规格 的 最 简单 用 法 是 验证 ， 这 种 用 法 也 最 能 直观 地 展示 出 它 的 概念 。 如 图 9-14 所 示 。 
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oe 其 他 基于 专门 
标准 的 SpECIFICATION 


应 用 SPECIFICATION 进 行 验证 的 模型 


class DelinquentInvoiceSpecification extends 


InvoiceSpecification { 


private Date currentDate; 


// An instance is used and discarded on a single date 


public DelinquentInvoiceSpecification(Date currentDate) 
this.currentDate = currentDate; 


public boolean isSatisfiedBy (Invoice candidate) { 


int GracePeriod = 


candidate.customer() .getPaymentGracePeriod!(); 


Date firmDeadline = 


DateUtility.addDaysToDate (candidate.dueDate(), 


gracePerioqd}; 


return currentDate.after (firmDeadline); 
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现在 ,假设 当 销售 人 员 看 到 一 个 欠 账 客户 的 信息 时 ， 系 统 需要 显示 一 个 红旗 标识 。 我 们 只 需 


要 在 客户 类 中 编写 一 个 方法 即 可 ， 类 似 于 下 面 这 段 代码 ; 


Public boolean accountIisDelinquent (Customer customer) { 
Date today = new Date(}; 
Specification delinquentSpec = 
new DelinquentTinvoiceSpecification (today); 
Iterator it = customer.getinvoices().iterator{); 
while (it.hasNext()) ( 
Invoice candidate = {Invoice) it.next(); 
if (delinquentSpec.isSsatisfiedBy (candidate)) return true; 
】 
return false; 
} 


选择 (或 查询 》 

验证 是 对 一 个 独立 的 对 象 进行 测试 , 检查 它 是 否 满足 某 些 标准 , 然后 客户 可 能 根据 验证 的 结 
论 来 采取 行动 。 另 一 种 常见 需求 是 根据 某 些 标准 从 对 象 集合 中 选择 一 个 子 集 。SPECIFICATION 概 念 
同样 可 以 在 此 应 用 ， 但 是 实现 问题 会 有 所 不 同 。 

假设 应 用 程序 的 需求 是 列 出 所 有 拖欠 发 票 的 客户 。 那么 从 理论 上 来 说 , 我 们 依然 可 以 使 用 之 
前 定义 的 Delinquent Invoice Specification， 但 实际 上 我 们 可 能 不 得 不 去 修改 它 的 实现 。 为 了 证 明 
二 者 的 概念 是 相同 的 ,让 我 们 首先 假设 发 票 的 数量 很 少 ， 可 能 已 经 全 部 装 和 内存 了 。 在 这 种 情况 
下 ， 验 证 功能 的 景 直 接 实 现 方 式 依然 可 用 。Invoice Repository 可 以 用 一 个 一 般 化 的 方 靶 来 基于 


SPECIFICATION 选 择 Iavoice 


public Set selectSatisfying (InvoiceSpecification spec) { 


Set results = new HashSet(); 
Iterator it = invoices.iterator(); 
while (it.hasNext{)) { 
Invoice candidate = (Invoice) it.next(); 
if (spec.isSatisfiedBy(candidate)) results.add(candidate); 
} 


return results; 


} 
这 样 ， 用 一 行 代码 即 可 获得 所 有 拖欠 发 票 的 集合 : | 
ef 
Set delinquentInvoices = invoiceRepository.selectSatisfying( nt 
new DelinquentinvoiceSpecification(currentDate)); - 本 


外 






上 面 这 行 代码 建 立 了 操作 浓 后 的 概念 。 当 然 ，Invoice 对 象 可 能 并 不 在 内 存 中 。 也 有 可 和 


成 直上 万 个 Invoice 对 象 。 在 典型 的 业务 系统 中 ,数据 很 可 能 会 存储 在 关系 数据 库 中 。 我 们 在 和 前面 ;、 
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的 章节 中 曾经 指出 ， 在 与 其 他 技术 交互 使 用 时 ， 很 容易 分 散 我 们 对 模型 的 注意 力 。 

关系 数据 库 具 有 强大 的 查询 能 力 。 我 们 如 何 才能 充分 利用 这 种 能 力 来 有 效 解决 这 一 问题 , 同 
时 又 能 保留 SPECIFICATION 模 型 呢 ? MODEL-DRIVEN DESIGN 要 求 模型 与 实现 保持 同步 ， 但 它 同 时 也 
让 我 们 可 以 自由 选择 能 够 准确 捕捉 模型 意义 的 实现 方式 。 幸 运 的 是 ，SQL 是 用 于 编写 
SPECIFICATION 的 一 种 很 自然 的 方式 。 

下 面 是 个 简单 的 例子 ， 其 中 查询 被 封装 在 验证 规则 所 在 的 类 中 。 我 们 在 Invoice Specification 
中 添加 了 一 个 方法 ， 该 方法 在 Delinquent Invoice Specification 子 类 中 得 以 实现 : 

public String assQL() { 


return 
"SELECT * FROM INVOICE, CUSTOMER" + 


WHERE INVOICE.CUST_ID = CUSTOMER.ID" + 
AND INVOICE.DUE_ DATE + CUSTOMER.GRACE PERIOD" + 
< "+ SQLUtility.dateAsSQL (currentDate); 
} 


SPECIFICATION 与 REPOSITORY 的 搭配 非常 合适 ，REPOSITORY 作 为 一 种 构造 块 机 制 , 提供 了 对 领 
域 对 象 的 查询 访问 ， 并 且 把 数据 库 接口 封装 起 来 (参见 图 9-15)。 
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现在 的 设计 有 一 些 问题 。 最 重要 的 问题 是 , 表 结 构 的 细节 本 应 该 被 隔离 到 一 个 映射 层 中 (这 
个 映射 层 把 领域 对 象 关联 到 关系 表 ) ， 现 在 却 泄 漏 到 了 DoMAIN LAYER 中 。 这 样 一 来 ， 这 些 表 结构 


© 
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信息 发 生 了 隐 性 的 重复 ， 因 此 导致 对 Invoice 和 Customer 对 象 的 修改 和 维护 变 得 很 麻烦 ， 因 为 现在 
必须 在 多 个 地 方 跟踪 它们 的 映射 变化 。 但 是 ， 这 个 例子 只 是 一 个 简单 的 例证 ， 用 来 说 明 如 何 将 规 
则 只 放 在 一 个 地 方 。 一 些 对 象 关系 映射 框架 提供 了 用 模型 对 象 和 属性 来 表达 这 种 查询 的 方式 , 并 
在 基础 设施 层 中 创建 实际 的 SQL 语句 。 这 样 就 可 以 两 全 其 美 了 。 

如 果 无 法 把 SQL 语句 创建 到 基础 设施 中 ， 还 可 以 重 写 一 个 专用 的 查询 方法 并 把 它 添加 到 
Invoice Repository 中 ， 这 样 就 把 SQL 语 句 从 领域 对 象 中 分 离 出 来 了 。 为 了 避免 在 REPOSITORY 中 峰 
入 规则 ,必须 采用 更 为 通用 的 方式 来 表达 查询 ,这 种 方式 不 捕 所 规则 但 是 可 以 通过 组 合 或 放置 在 
上 下 文中 来 表达 规则 (在 这 个 例子 中 ， 使 用 的 是 双 分 派 模 式 )。 


public class InvoiceRepository { 


public Set selectWhereGracePeriodPast (Date aDate}{ 
//This is not a rule, just a specialized query 
String sql = whereGracePeriodPast_SQL{aDate); 
ResultSet queryResultSset = 
SQLDatabaseInterface.instance{() .executeQuery (sql); 
return buildinvoicesFromResultSet (queryResultsSset}; 
} 


public String whereGracePeriodPast_SQL(Date aDate) { 
return 
"SELECT * FROM INVOICE, CUSTOMER" + 
" WHERE INVOICE.CUST_ID = CUSTOMER .ID" + 
AND INVOICE.DUE DATE + CUSTOMER.GRACE_PERIOD" + 
" < "+ SQLUtility.dateAsSQL (aDatel) : 


public Set SelectSatisftying(InvoiceSpeciEication spec) { 
return spec.satisfyingkElementsFrom(this); 


} 
Invoice Specification 中 的 assql() 方法 被 替换 为 satisfyingEBlementsFrom(Invoice- 
Repository) ， 并 在 Delinquent Invoice Specification 中 以 如 下 的 方式 实现 ， 


public class DelincuentInvoiceSpeciftication { 
// Basic DelinquentIinvoiceSpecification code here 


public Set satisfyingElementsFrom! 
InvoiceRepository repository) { 
//Delinquency rule is defined as: 
// "grace period past as of current date" 
return repository.selectwhereGracePeriodPast (currentDate); 
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这 段 代 码 将 SQL 置 于 REPOSITORY 中 ， 而 应 该 使 用 哪个 查询 则 由 SPECIFICATION 来 控制 。 规 格 中 
并 没有 定义 完整 的 规则 ,但 是 包含 了 SPECIFICATION 的 基本 声明 ,指明 了 什么 条 件 构成 了 拖欠 ( 即 
超过 宽 限 期 )。 

现在 ，REPOSITORY 中 包含 的 查询 非常 具有 针对 性 , 可 能 只 适用 于 这 种 情况 。 虽 然 这 可 以 接受 
的 ,但 是 根据 拖欠 发 票 在 过 期 发 票 中 所 占 数量 的 不 同 ， 我 们 可 以 选择 一 种 更 通用 的 REPOSITORY 
解决 方案 ， 使 得 性 能 仍然 很 好 ， 同 时 又 使 SPECIFICATION 的 使 用 更 易 理 解 。 


public class InvoiceRepository { 


public Set selectWhereDueDateIsBefore(Date aDate) { 
String sql = whereDueDateIsBefore_SQL (aDate); 
ResultSet queryResultSet = 
SQLDatabaseIinterface.instance() .executeQuery (sql); 
return buildIinvoicesFromResultSet (queryResultSet); 
} 
public String whereDueDateIsBefore, SQL (Date apate) { 
return 
"SELECT * FROM INVOICE" + 
" WHERE INVOICE.DUE_ DATE" + 
。 < "+ SQLUtility.dateAsSOQL (apDate) ; 





Public Set selectSatisfying (TInvoiceSpecification SPec) 1{ 
return spec.satisfyingElementsFrom(this); 


public class DelinquentIinvoiceSpecification { 


//Basic DelinquentIinvoiceSpecification code here 


public Set satisfyingElementsFrom!( 
InvoiceRepository repository) { 
Collection pastDuelinvoices = 
repository.selectWhereDueDateIsBefore(currentDate):; 


Set delinquentIinvoices = new HashSet() ; 
Iterator it = pastDueInvoices,.iterator(); 
while (it.hasNext()) { 
Invoice anInvoice = (Invoice) it.next(); 
it (this.isSatisfiedBy (anInvoice)) 
delinquentIinvoices.add (anInvoice); 
} 
return delinquentinvoices,; 
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因为 我 们 取出 了 很 多 Invoice， 上 面 的 代码 可 能 会 降低 系统 性 能 ， 所 以 不 得 不 在 内 存 中 对 它们 
进行 筛选 。 这 种 以 降低 性 能 来 实现 更 好 的 职责 分 离 的 代价 是 否 可 以 接受 完全 取决 于 环境 因素 。 
SPECIFICATION 和 REPOSITORY 之 间 的 交互 有 很 多 种 实现 方式 ,不 但 能 够 利用 开发 平台 的 优势 , 还 可 
以 保证 基本 职责 的 实施 。 

有 时 ， 为 了 改善 性 能 〈 或 者 更 有 可 能 是 为 了 加 强 安全 性 ) ， 我 们 可 能 把 查询 实现 为 服务 器 上 
的 存储 过 程 。 在 这 种 情况 下 ，SPECIFICATION 可 能 只 带 有 存储 过 程 允许 的 参数 。 除 此 之 外 ， 这 些 不 

233| 同 实 现 之 间 的 模型 并 没有 什么 不 同 。 我 们 可 以 自由 选择 实现 方式 ,除非 模型 中 有 特别 的 约束 条 件 。 
这 么 做 的 代价 是 更 加 难于 编写 和 维护 查询 。 

上 面 的 讨论 基本 上 没有 涉及 将 SPECIFICATION 与 数据 库 结合 时 所 面临 的 挑战 , 我 并 不 想 在 这 里 
说 明 所 有 可 能 需要 考虑 的 问题 ,而 只 是 想 简单 介绍 一 下 必须 要 做 出 的 选择 。Mee 和 Hieatt 在 [Fowler 
2002] 中 讨论 了 用 规格 设计 REPosITrORY 时 遇 到 的 一 些 技术 问题 。 

根据 要 求 来 创建 (生成 ) 

如 果 五 角 大 楼 需要 一 架 新 式 的 喷气 式 战斗 机 ， 政 府 官员 们 会 先 编写 规格 。 在 规格 中 可 能 会 
要 求 这 架 喷 气 机 的 速度 达到 2 马赫 ， 航程 1800 英 里 ， 并 且 成 本 不 高 于 5000 万 美元 ， 等 等 。 无 论 规 
格 有 多 详细 ， 它 都 不 是 飞机 的 设计 ， 更 不 是 飞机 本 身 。 航 空 航天 工程 公司 将 接受 这 份 规格 并 且 
据 此 创建 出 一 个 或 多 个 设计 。 各 个 竞争 公司 可 能 会 提出 不 同 的 设计 ， 所 有 这 些 方案 都 需要 满足 
原始 规格 。 

很 多 计算 机 程序 都 能 够 生成 一 些 工件 , 这 些 工件 是 需要 被 指定 的 。 当 你 在 字 处 理 软件 文档 中 
插入 图 片 时 ， 文 字 会 环绕 在 图 片 周 围 。 你 已 指定 了 图 片 的 位 置 ， 可 能 也 指定 了 文字 环绕 的 样式 。 
这 样 ， 字 处 理 软件 就 可 以 按照 你 指定 的 规格 来 将 页 面 上 的 文字 摆 放 到 正确 的 位 置 。 

尽管 乍 看 起 来 并 不 明显 ， 但 是 这 种 SPECIFICATION 概 念 与 应 用 于 验证 和 选择 的 规格 并 无 二 致 。 
都 是 在 为 尚未 创建 的 对 象 指 定 标准 。 但 是 , SPECIFICATION 的 实现 则 会 大 不 相同 。 这 种 SPECIFICATION 
与 查询 不 同 ， 它 不 用 来 过 滤 已 存在 对 象 ， 也 与 验证 不 同 ， 并 不 用 来 测试 已 有 对 象 。 在 这 里 ,我 们 
要 创建 或 重新 配置 满足 SPECIFICATION 的 全 新 对 象 或 对 象 集合 。 

如 果 不 使 用 SPECIFICATION, 可 以 编写 一 个 生成 器 ,其 中 包含 可 创建 所 需 对 象 的 过 程 或 指令 集 。 
这 种 代码 隐 式 地 定义 了 生成 器 的 行为 。 

反 过 来 ,我 们 也 可 以 根据 SPECIFICATION 来 定义 生成 器 的 接口 ， 这 个 接口 就 显 式 地 约束 了 生成 

[234| 器 产生 的 结果 。 这 种 方法 具有 以 下 几 个 优点 。 

口 生成 器 的 实现 与 接口 分 离 。SPECIFICATION 声 明了 输出 的 需求 ， 但 没有 定义 如 何 得 到 输出 

结果 。 

口 接口 把 规则 显 式 地 表示 出 来 ， 因 此 开发 人 员 无 需 理解 所 有 操作 细节 即 可 知晓 生成 器 会 产 

生 什么 结果 。 而 如 果 生 成 器 是 预定 义 好 的 ， 那 么 要 想 预 测 它 的 行为 ， 唯 一 的 途径 就 是 在 
不 同 的 情况 下 运行 或 去 研究 每 行 代码 。 
口 接口 更 为 灵活 ， 或 者 说 我 们 可 以 增强 其 灵活 性 ， 因 为 需求 由 客户 给 出 ， 生 成 器 唯一 的 职 
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责 就 是 实现 SPECIFICATION 中 的 要 求 。 

口 最 后 一 点 也 很 重要 。 这 种 接口 更 加 便于 测试 ， 因 为 接口 显 式 地 定义 了 生成 器 的 输入 ， 而 
这 同时 也 可 用 来 验证 给 出 。 也 就 是 说 ， 传 人 生成 器 接口 的 用 于 约束 创建 过 程 的 同一 个 
SPECIFICATION 也 可 发 挥 其 验证 的 作用 (如 果实 现 方式 能 够 支持 这 一 点 的 话 )， 以 保证 被 创 
建 的 对 象 是 正确 的 。( 这 是 AssSERTION 的 例子 ， 将 会 在 第 10 章 中 讨论 .) 

根据 要 求 来 创建 可 以 是 从 头 创 建 全 新 对 象 ， 也 可 以 是 配置 已 有 对 象 来 满足 SPECIFICATION。 


| 示例 | 化 学 品 仓库 打包 程序 


假设 有 一 个 仓库 ,里 面 用 类 似 于 货车 车 牟 的 大 型 容器 存放 各 种 化 学 品 有 些 化 学 品 是 情 性 的 ， 
可 以 随意 摆 放 。 有 些 则 是 易 挥 发 的 ， 必 须 放 于 特制 的 通风 容器 中 。 还 有 一 些 是 易 爆 品 ， 必 须 保存 
于 特制 的 防爆 容器 中 。 还 有 一 些 规则 是 关于 如 何在 容器 中 混 装 化 学 品 的 。 

我 们 的 目标 是 编写 出 一 个 软件 ， 用 于 寻找 一 种 可 安全 而 高 效 地 在 容器 中 放置 化 学 品 的 方式 ， 
如 图 9-16 所 示 。 
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图 9-16 仓库 存储 模型 
我 们 可 以 首先 从 编写 一 个 过 程 一 一 取出 一 个 化 学 品 并 将 其 放置 在 一 个 容器 中 一 一 开始 ,但 是 
让 我 们 从 验证 问题 开始 着 手 吧 。 这 种 方式 让 我 们 必须 显 式 描述 规则 ,同时 也 提供 了 一 种 测试 最 终 
实现 的 方式 。 
每 种 化 学 品 都 有 一 个 容器 SPECIFICATION。 


化 学 品 . 容器 SPECIFICATION 
防爆 容器 

砂 

生物 样本 不 能 与 易 爆 品 混 装 


氨水 通风 容器 
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现在 ， 如 果 将 这 些 规格 编写 成 Container Specification， 就 可 以 提出 一 种 把 化 学 品 混 装 在 容器 
中 的 配置 方法 ， 并 测试 它 是 否 满足 这 些 约束 条 件 。 





容器 特性 : 物 品 是 否 满足 规格 ? 
防 爆 20 磅 TNT 可 

500 磅 砂 

50 磅 生物 样本 Y 

氨水 x 


Container Specification 中 的 方法 isSatisfied() 用 来 检查 是 否 满 足 所 需 的 ContainerFeature。 
例如 ， 易 爆 化 学 品 的 规格 会 寻找 “防爆 ”特性 : 


public class ContainerSpecification { 
private ContainerFeature requiredFeature; 


public ContainerSpecification(ContainerFeature required} { 
requiredFeature = required; 


hoolean isSatisfiedBy (Container aContainer)! 
return aContainer.getFeatures() .contains (requiredFeature): 


] 
下 面 是 设置 易 爆 化 学 品 的 客户 端 示例 代码 : 


tnt.setcontainerSpecification( 
new ContainerSpecification (ARMORED) ) : 


Container 对 象 中 的 方法 1sSafelyPacked() 用 来 保证 Container 具 有 Chemical 要 求 的 所 有 特 
性 。 


boolean isSafelyPacked()({ 
Iterator it = contents.iterator{(); 
while (it.hasNext()) { 
Drum drum = (Drum) it.next(); 
if (!drum.containerSspecitication() .isSatisfiedBy (this)}) 
return false; 
} 
return true; 


} 
到 了 这 一 步 ， 我 们 就 可 以 编写 一 个 监控 程序 ， 用 来 监视 库存 数据 库 并 报告 不 安全 状况 。 


Iterator it = containers.iterator(); 
while (it.hasNext()) f{ 
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Container container = {Container) it.next{(); 
if (!container.isSsafelyPacked()) 
unsafeContainers.add (container); 


} 
客户 并 没有 要 求 我 们 编写 这 样 一 个 软件 。 让 业务 人 员 知 道 这 个 程序 当然 很 好 , 但 客户 的 要 求 
是 设计 一 个 打包 程序 。 而 现在 我 们 得 到 的 是 打包 的 测试 程序 。 这 些 对 领域 的 理解 和 基于 
SPECIFICATION 的 模型 使 我 们 有 能 力 为 服务 定义 一 个 清晰 而 简单 的 接口 ， 这 个 服务 可 接受 Drum 和 
Container 集 合并 将 它们 按照 规则 进行 打包 。 E31 
public interface WarehousePacker { 
public void pack (Collection containersToFill, 
Collection drumsToPack) throws NoAnswerFoundException; 
/* ASSERTION: At end of pack(), the ContainerSpecification 


of each Drum shall be satisfied by its Container. 


If no complete solution can be found, an exception shall 
be thrown, */ 


} 
现在 ， 为 履行 Packer 服 务 的 职责 ， 我 们 的 任务 就 是 设计 一 个 优化 的 约束 求解 方案 。 这 一 任务 


已 经 与 程序 中 的 其 他 部 分 分 离开 来 ， 因 此 其 他 部 分 的 实现 机 制 不 会 对 这 个 部 分 的 设计 产生 影响 。 
( 详 见 第 10 章 和 第 15 章 。) 然而 ， 控 制 打包 的 规则 并 设 有 从 领域 对 象 中 提取 出 来 。 





| 示例 | 仓库 打包 程序 的 工作 原型 


为 了 让 仓库 打包 软件 有 效 工作 而 编写 优化 逻辑 , 这 是 一 项 艰巨 的 工作 。 一 个 小 组 的 开发 人 员 
和 业务 专家 已 经 分 头 开 始 工作 了 ，, 但 是 编码 工作 尚未 进行 。 同 时 ， 另 一 个 小 组 正在 开发 一 个 应 用 
程序 ， 该 程序 允许 用 户 从 数据 库 中 提取 库存 并 提交 给 Packer 处 理 ， 最 后 分 析 打 包 结 果 。 这 个 小 组 
正 试图 设计 预期 的 Packer。 但 是 他 们 能 做 的 只 是 模拟 一 个 用 户 界 面 ， 编 写 一 些 数据 库 集成 代码 。 
他 们 无 法 为 用 户 显 示 一 个 具有 实际 行为 的 界面 ， 因 此 无 法 获得 良好 的 反馈 。 同 样 ，Packer 小 组 也 
在 闭门造车 。 

通过 仓库 打包 程序 示例 中 创建 的 领域 对 象 和 SERVICE 接 口 ， 开 发 应 用 程序 的 小 组 认识 到 他 们 
可 以 构建 一 个 非常 简单 的 Packer 实 现代 码 ， 这 有 助 于 开发 工作 获得 进展 ， 同 时 可 以 与 其 他 小 组 协 
同 工 作 并 建立 起 反馈 循环 ， 但 这 只 有 在 端 到 端的 系统 中 才 可 以 完全 发 挥 作用 。 


public class Container { 


[| 
wy 
oo 


private double capacity; 


private Set contents; //Drums 
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public boolean hasSpaceFor (Drum aDrum) { 


return remainingSpace() >= aDrum.getsize!(); 


public double remainingSpace() { 
double totalContentSize = 0.0; 
Iterator it = contents.iterator(); 
while {it.hasNext()) { 
Drum aDrum = {Drum)} it.next(); 
totalContentSize = 


totalContentSize + aDrum.getSsize(); 
} 


return capacity ~ totalContentsize; 


public boolean canAccommodaate (Drum aDrum) { 
return hasSpaceFor (aDrum) g&& 


aDrum.getContainerSpecification().isSatisfiedBy (this); 


public class PrototypePacker implements WarehousePacker { 


public void pack (Collection containers, Collection drums) 


throws NoAnswerFoundException { 


/* This method fulfills the ASSERTION as written. However, 


when an exception is thrown, Containers’ contents may 


have changed. Rollback must be handled at a higher 
level. */ 


Iterator it = drums.iterator(}); 
while (it.hasNext()) { 
Drum drum = (Drum) it.next(); 
Container container = 


findContainerFor (containers, 
container .add (drum); 


drum)， 


} 
public Container findContainerFor!( 


Collection containers, Drum drum) 


throws NoAnswerFoundException { 
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Iterator it = containers.iterator(); 
while (it.hasNext())} { 
Container container = (Container) it.next(); 
if (container.canAccommodate (drum) ) 
return container; 
} 
throw new NoAnswerFoundException(); 


} 

当然 上述 代 码 有 很 多 不 足 之 处 。 它 可 能 会 将 砂 打 包 到 特制 容器 中 , 这 就 导致 在 打包 危险 化 
学 品 时 ,特制 容器 已 经 没有 多 余 的 空间 了 。 显 然 ， 它 没有 对 空间 的 利用 进行 优化 。 但 是 很 多 优化 
方面 的 问题 无 论 怎样 都 无 法 得 到 完美 的 解决 。 而 这 段 实现 代码 确实 遵循 了 到 目前 为 止 已 声明 过 的 
所 有 规则 。 





ET PIT 
代码 完全 整合 后 才 可 以 测试 组 件 或 从 用 户 那 里 获取 反馈 . 这 种 僵局 通常 可 以 通过 关键 组 件 的 模 
型 驱动 原型 来 缓解 ， 即 使 原型 并 不 满足 所 有 需求 也 可 以 。 当 实现 与 接口 分 离 时 ， 只 要 有 可 以 工 
作 的 实现 ， 项 目 工 作 就 可 以 并 行 地 开展 下 去 。 时 机 成 熟 的 时 候 ， 可 以 用 更 为 高 效 的 实现 来 替代 
原型 。 同 时 ， 系 统 中 的 其 他 部 分 也 能 在 开发 期 间 与 原型 进行 交互 。 


有 了 这 个 原型 , 应 用 程序 的 开发 人 员 就 可 以 全 速 开 展 工作 了 , 包括 进行 所 有 与 外 部 系统 的 集 
成 。 在 领域 专家 对 原型 进行 研究 并 确认 自己 的 想法 后 ，Packer 开 发 小 组 也 能 够 得 到 专家 的 反馈 ， 
从 而 帮助 他 们 自己 理 清 需 求 和 优先 级 。Packer 小 组 决定 接管 这 个 原型 并 对 其 进行 调整 ， 以 便 测试 
他 们 的 想法 。 

同时 ,他 们 还 使 接口 与 最 新 设计 保持 同步 ,以 推动 应 用 程序 和 一 些 领域 对 象 的 重 构 ， 从 而 尽 
早 解决 集成 问题 。 

一 旦 完成 复杂 的 Packer 程 序 , 集成 就 是 轻而易举 的 事情 了 ， 因 为 它 有 一 个 描述 得 很 清楚 的 接 
口 ， 应 用 程序 在 与 原型 交互 的 时 候 也 是 根据 相同 的 接口 和 ASSERTION 编 写 的 。 

专家 们 花费 了 几 个 月 的 时 间 才 得 到 了 正确 的 优化 算法 ,用户 与 原型 交互 时 的 反馈 使 他 们 受益 
匪 线 。 同 时 ， 系 统 中 的 其 他 部 分 在 开发 期 间 也 能 够 与 原型 进行 交互 。 

这 里 的 例子 演示 了 如 何 通 过 更 巧妙 的 模型 使 “最 简单 却 可 能 非常 最 有 效 的 事物 ”成 为 可 能 。 
我 们 可 以 用 几 十 行 简单 易 懂 的 代码 编写 出 复杂 组 件 的 功能 原型 。 如 果 不 用 MopEL-DRIVEN 
DESIGN， 原 型 会 更 难 理解 和 升级 〈 因 为 Packer 与 设计 的 其 他 部 分 更 紧密 地 耦合 在 一 起 ) ， 在 这 种 
情况 下 ， 开 发 原型 可 能 会 更 加 耗 时 。 
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软 件 的 最 终 目 的 是 为 用 户 服务 。 但 首先 它 必 须 为 开发 人 员 服 务 。 在 强调 重 构 的 软件 开发 
人 人 过程 中 尤其 如 此 。 随 着 程序 的 演变 ， 开 发 人 员 将 重新 安排 并 重 写 每 个 部 分 。 他 们 会 
原 有 的 领域 对 象 集成 到 应 用 程序 中 ,也 会 让 它们 与 新 的 领域 对 象 进行 集成 。 其 至 几 年 以 后 ,维护 
程序 还 将 修改 和 扩充 代码 。 人 们 必须 要 做 这 些 工作 ， 但 他 们 是 否 愿意 呢 ? 

当 具 有 复杂 行为 的 软件 缺乏 一 个 良好 的 设计 时 , 重 构 或 元 素 的 组 合 会 变 得 很 困难 。 一 旦 开发 
人 员 不 能 十 分 肯定 地 预知 计算 的 全 部 含意 , 就 会 出 现 重复 。 当 设计 元 素 都 是 整 块 的 而 无 法 重新 组 
合 的 时 候 , 重复 就 是 一 种 必然 的 结果 。 我 们 可 以 对 类 和 方法 进行 分 解 , 这 样 可 以 更 好 地 重用 它们 ， 
但 这 些小 部 分 的 行为 又 变 得 很 难 上 跟踪。 如 果 软 件 没有 一 个 条 理 分 明 的 设计 ,那么 开发 人 员 不 仅 不 
愿意 仔细 地 分 析 代 码 , 而 且 修 改 代码 也 可 能 会 产生 问题 一 一 要 么 加 重 了 代码 的 混乱 状态 , 要么 由 
于 某 种 未 预料 到 的 依赖 性 而 破坏 了 某 个 结构 。 在 任何 一 种 系统 中 (除非 是 一 些 非常 小 的 系统 )， 
这 种 不 稳定 性 使 我 们 很 难 开发 出 丰富 的 功能 ， 而 且 限制 了 重 构 和 选 代 式 的 精 化 。 

为 了 使 项 目 能 够 随 着 开发 工作 的 进行 加 速 前 进 ， 而 不 会 由 于 它 自己 的 老化 停滞 不 前 , 设计 必 
须要 让 人 们 乐于 使 用 ， 而 且 易 于 做 出 修改 。 这 就 是 柔性 设计 (supple design) 。 

柔性 设计 是 对 深层 建 模 的 补充 。 一 旦 我 们 挖掘 出 隐 式 概念 ,并 把 它们 显示 表达 出 来 之 后 , 就 
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有 了 原料 。 通 过 迭代 循环 ， 我 们 可 以 把 这 些 原 料 组 织 成 有 用 的 形式 ， 最 后 得 到 一 个 模型 ， 它 简单 
而 清晰 地 捕获 了 主要 关注 点 , 并 使 得 客户 开发 人 员 真 正 能 够 使 用 这 个 模型 。 在 设计 和 代码 的 开发 
过 程 中 , 我 们 将 更 深刻 地 理解 模型 概念 。 我 们 一 次 又 一 次 回 到 迭代 循环 中 ,通过 重 构 得 到 更 深刻 
的 理解 。 但 我 们 究竟 要 达到 一 个 什么 样 的 设计 呢 ? 在 这 个 过 程 中 应 该 进行 哪些 实验 ? 这 正 是 本 章 
要 讨论 的 内 容 。 

很 多 过 度 设计 (overengineering) 借 着 柔性 设计 的 名 义 而 自 认为 是 正当 的 。 但 是 ， 过 多 的 抽 
象 层 和 间接 设计 常常 成 为 项 目的 绊脚石 。 看 一 下 真正 为 用 户 带 来 强大 功能 的 软件 设计 , 你 会 发 现 
它们 通常 有 一 些 非 常 简 单 的 部 分 。 简 单 并 不 容易 做 到 。 为 了 把 创建 的 元 素 装 配 到 复杂 系统 中 ， 而 
且 在 装配 之 后 仍然 能 够 理解 它们 ,必须 坚持 模型 驱动 的 设计 方法 , 与 此 同时 还 要 坚持 适当 严格 的 
设计 风格 。 要 创建 或 使 用 这 样 的 设计 ， 可 能 需要 我 们 掌握 相对 熟练 的 设计 技巧 。 

开发 人 员 扮 演 着 两 个 角色 , 而 设计 必须 要 为 这 两 个 角色 服务 。 同 一 个 人 可 能 会 同时 承担 这 两 
种 角色 ,其 至 在 几 分 钟 之 内 来 加 变换 角色 , 但 角色 与 代码 之 间 的 关系 是 不 同 的 。 一 个 角色 是 客户 
开发 人 员 , 负责 将 领域 对 象 组 织 成 应 用 程序 代码 或 其 他 领域 层 代码 ， 以 便 发 挥 设 计 的 功能 。 柔 性 
设计 能 够 揭示 深层 次 的 底层 模型 , 并 把 它 潜在 的 部 分 明确 地 展现 出 来 。 客户 开发 人 员 可 以 灵活 地 
使 用 一 个 最 小 化 的 、 松 散 耦 合 的 概念 集合 ,来 表示 领域 中 的 大 量 场景 。 设 计 元 素 非 常 自 然 地 组 合 
到 一 起 ， 其 结果 也 是 健壮 的 ， 可 以 被 清晰 地 刻画 出 来 ， 而 且 也 是 可 以 预知 的 。 

同样 重要 的 是 , 设计 也 必须 为 那些 修改 代码 的 开发 人 员 服 务 。 为 了 便于 修改 , 设计 必须 易于 
理解 ,必须 把 客户 开发 人 员 正 在 使 用 的 同一 个 底层 模型 表示 出 来 。 我们 必须 按照 领域 深层 模型 的 
轮廓 进行 设计 ， 以 便 大 部 分 修改 都 可 以 灵活 地 完成 。 代 码 的 结果 必须 是 完全 清晰 明了 的 , 这样 才 
容易 预见 到 修改 的 后 果 。 

早期 的 设计 版 本 通常 达 不 到 柔性 设计 的 要 求 。 由 于 项 目的 时 间 期 限 和 预算 的 缘故 , 很 多 设计 
一 直 就 是 优化 的 。 我 也 从 未 见 过 有 哪个 大 型 程序 自始至终 都 是 柔性 的 。 但 是 ， 当 复杂 性 阻碍 了 项 
目的 前 进 时 ， 就 需要 仔细 修改 最 关键 、 最 复杂 的 地 方 ， 使 之 变 成 一 个 柔性 设计 ， 这 样 才能 突破 复 
” 杂 性 带 给 我 们 的 限制 ， 而 不 会 陷入 遗留 代码 维护 的 麻烦 中 。 

设计 这 样 的 软件 并 没有 公式 , 但 我 精 选 了 一 组 模式 ， 从 我 自己 的 经 验 来 看 ,这 些 模式 如 果 运 
用 得 当 的 话 ， 就 有 可 能 获得 柔性 设计 。 这 些 模式 和 示例 展示 了 一 个 柔性 设计 应 该 是 什么 样 的 ， 以 
及 在 设计 中 所 采取 的 思考 方式 。 


10.1 模式 : INTENTION-REVEALING INTERFACES 


在 领域 驱动 的 设计 中 , 我 们 希望 看 到 有 意义 的 领域 逻辑 。 如果 代码 只 是 在 执行 规则 后 得 到 结 
果 , 而 没有 把 规则 显 式 地 表达 出 来 ， 那么 我 们 就 不 得 一 步 一 步 地 去 思考 软件 的 执行 步骤 。 那些 只 
运行 代码 然后 计算 出 结果 而 没有 显 式 地 把 计算 逻辑 表达 出 来 的 计算 也 是 同样 的 道理 。 如 果 不 把 代 
码 与 模型 清晰 地 联系 起 来 ,我 们 很 难 理解 代码 的 执行 效果 ， 也 很 难 预测 修改 代码 的 效果 。 前 一 章 
深入 探讨 了 对 规则 和 计算 进行 显 式 的 建 模 。 实现 这 样 的 对 象 要 求 我 们 深入 理解 计算 或 规则 的 大 量 


170 第 三 部 分 通过 重 构 来 加 深 理解 


细节 。 对 象 的 强大 功能 是 它 能 够 把 所 有 这 些 细节 封装 起 来 ,这 样 客户 代码 就 能 够 很 简单 ， 而 且 可 


以 用 高 层 概念 来 解释 。 
SIDE-EFFECT- 
FREEFUNCTION 
使 之 安全 且 简 单 
使 副作用 可 以 暴露 出 来 


INTENTION 
CLOSURE OF 
OPERATION 





使 这 二 者 可 以 安全 组 合 







REVEALING 
TINTERFACE 


UBiQUITOUS 
LANGUAGE 从 它 提取 


通过 它 来 表示 模型 


简化 解释 






可 以 使 用 
MopEL-DRIVEN _ STANDALONE 
DESIGN 简化 解释 CLASS 
减 小 修改 的 代价 
CONCEPTUAL 
CONTOURS 
| 
图 10-1 一 些 有 助 于 获得 柔性 设计 的 模式 


但 是 , 客户 开发 人 员 要 想 有 效 地 使 用 对 象 ， 必 须知 道 对 象 的 一 些 信息 ， 如 果 接 口 没有 告诉 开 
发 人 员 这 些 信息 , 那么 他 就 必须 深入 研究 对 象 的 内 部 机 制 ， 以 便 理解 细 届 。 阅 读 客户 代码 的 人 也 
需要 做 同样 的 事情 。 这 样 就 失去 了 封装 的 大 部 分 价值 。 我 们 需要 避免 出 现 “ 认 识 过 载 ”的 问题 。 
如 果 客 户 开 发 人 员 必 须 总 是 思考 组 件 工作 方式 的 大 量 细节 ，, 那么 就 无 暇 理 清 思 路 来 解决 客户 设计 
的 复杂 性 。 让 一 个 人 同时 扮演 两 种 角色 〈 既 开发 代码 ， 也 使 用 他 自己 的 代码 ) 的 时 候 也 是 如 此 ， 
因为 他 即使 不 必 去 了 解 那些 细节 ， 也 不 可 能 一 次 就 把 所 有 的 因素 都 考虑 全 面 。 

如 果 开 发 人 员 为 了 使 用 一 个 组 件 而 必须 要 去 研究 它 的 实现 ， 那 么 就 失去 了 封装 的 价值 。 当 
某 个 人 开发 的 对 象 或 操作 被 别人 使 用 时 ， 如 果 使 用 这 个 组 件 的 新 的 开发 者 不 得 不 根据 其 实现 来 
推测 其 用 途 ， 那 么 他 推测 出 来 的 可 能 并 不 是 那个 操作 或 类 的 主要 用 途 。 如 果 这 不 是 那个 组 件 的 
用 途 ， 虽 然 代 码 暂时 可 以 工作 ， 但 设计 的 概念 基础 已 经 被 误 用 了 ， 两 位 开发 人 员 的 意图 也 是 背 
道 而 驰 。 

当 我 们 把 概念 显 式 地 建 模 为 类 或 方法 时 , 为 了 真正 从 中 获取 价值 , 必须 为 这 些 程序 元 素 赋予 
一 个 能 够 反映 出 它们 的 概念 的 名 字 。 类 和 方法 的 名 称 为 开发 人 员 之 间 的 沟通 创造 了 很 好 的 机 会 ， 
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也 能 够 改善 系统 的 抽象 。 

Kent Beck 普 经 提出 通过 INTENTION-REVEALING SELECTOR ( 释 意 命名 选择 器 ) 来 选择 方法 的 名 
称 ， 使 名 称 表达 出 其 目的 [Beck 1997]。 设 计 中 的 所 有 公共 元 素 共 同 构成 了 接口 ， 每 个 元 素 的 名 称 
都 提供 了 一 次 揭示 设计 意图 的 机 会 。 类 型 名 称 、 方 法 名 称 和 参数 名 称 组 合 在 一 起 ,共同 形成 了 一 
个 INTENTION-REVEALING INTERFACE ( 释 间 接口 )。 

因此 : 

在 命名 类 和 操作 时 要 描述 它们 的 效果 和 目的 ， 而 不 要 表露 它们 是 通过 何 种 方式 达到 目的 的 。 
这 样 可 以 使 客户 开发 人 员 不 必 去 理解 内 部 的 细节 。 这些 名 称 应 该 与 UBIQUITOUS LANGUAGE 保 持 一 
致 ， 以 便 团队 成 员 可 以 迅速 推断 出 它们 的 意义 。 在 创建 一 个 行为 之 前 先 为 它 编写 一 个 测试 ， 这样 
可 以 促使 你 站 在 客户 开发 人 员 的 角度 上 来 思考 它 。 

所 有 复杂 的 机 制 都 应 该 封装 到 抽象 接口 的 后 面 ， 接 口 只 表明 意图 ， 而 不 表明 方式 。 

在 领域 的 公共 接口 中 ,可 以 把 关系 和 规则 表述 出 来 , 但 不 要 说 明 规则 是 如 何 实施 的 , 可 以 把 
事件 和 动作 描述 出 来 ,但 不 要 描述 它们 是 如 何 执 行 的 ， 可 以 给 出 方程 式 , 但 不 要 给 出 解 方程 式 的 
数学 方法 。 可 以 提出 问题 ， 但 不 要 给 出 获取 答案 的 方法 。 


| 示例 ， 重 构 : 调 潜 应 用 程序 


一 家 油漆 商店 的 程序 能 够 为 客户 显示 出 标准 调 漆 的 结果 。 下 面 是 一 个 初始 的 设计 , 它 有 一 个 


简单 的 领域 类 。 
Paint 10 | 


vidouble 
r: int 
y :int 
b :int 














paint(Paint) 








图 10-2 


paint (Paint) 方 法 的 行为 根本 猜 不 出 ， 想 知道 它 的 唯一 方法 就 是 阅读 代码 。 


上 
心 
心 


public void paint (Paint paint) { 
V = V+ paint.getVv(); //After mixing, volume is summed 
// Omitted many lines of complicated color mixing logic 
// ending with the assignment of new r, b, and y values， 
} 


从 代码 上 看 ,这 个 方法 是 把 两 种 油漆 (Paint) 混合 到 一 起 ,结果 是 油漆 的 体积 增加 了 ， 并 变 
为 混合 颜色 。 
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为 了 换个 角度 来 看 问题 ， 我 们 为 这 个 方法 编写 一 个 测试 (这 段 代码 基 于 JUnit 测 试 框架 )。 


public void testPaint() { 
// Create a pure yellow paint with volume=i00 
Paint yellow = new Paint(100.0, 0, 50, 0}); 
// Create a pure blue paint with volume=100 
Paint blue = new Paint (100.0, 0, 0, 50); 


// Mix. the blue into the yellow 
Yellow.paint (blue); 


// Result should be volume of 200.0 of green paint 
assertEquals (200.0, yellow.getVv(), 0.01); 
assertEquals (25, yellow.getB()):; 
assertEquals (25, yellow.getY'()); 
assertEquals (0, yellow.getR()); 

} 


通过 这 个 测试 只 是 一 个 起 点 , 这 无 法 令 我 们 满意 ,因为 这 段 测试 代码 并 没有 告诉 我 们 这 个 方 
法 都 做 了 什么 。 让 我 们 来 重新 编写 这 个 测试 ， 看 一 下 如 果 我 们 正在 编写 一 个 客户 应 用 程序 的 话 ， 
将 以 何 种 方式 来 使 用 Paint 对 象 。 最 初 ， 这 个 测试 会 失败 。 实 际 上 ， 它 甚至 不 能 编译 。 我 们 编写 它 
的 上 且 的 是 从 客户 开发 人 员 的 角度 来 研究 一 下 Paint 对 象 的 接口 设计 。 
public void testPaint() { 
// Start with a pure yellow paint with volume=100 
Paint ourPaint = new Paint (100.0, 0, 50, 0); 


// Take a pure blue paint with volume=100 
Paint blue = new Paint (100.0, 0, 0, 50); 


// Mix the blue into the yellow 


ourpPaint .mixIn (blue); 


// Result should be volume of 200.0 of green paint 
assertEquals (200.0, ourPaint .getvolume{})}, 0.01); 
assertEquals (25, ourPaint.getBlue()); 
assertEquals (25, ourPaint .getYellow!()); 
assertEquals (0, ourPaint .getRed(})); | 

} 


花 时 间 编 写 这 样 的 测试 是 非常 必要 的 , 因为 它 可 以 反映 出 我 们 希望 以 哪 种 方式 与 这 些 对 象 进 
行 交 互 。 在 这 之 后 ， 我 们 重 构 Paint 类 ， 使 它 通 过 测试 。 如 图 10-3 所 示 。 

新 的 方法 名 称 可 能 不 会 告诉 读者 有 关 混合 另 一 种 油 裤 (Paint) 的 效果 的 所 有 信息 (要 达到 这 
个 目的 需要 使 用 断言 ， 接 下 来 我 们 就 会 讨论 它 )。 但 这 个 名 称 为 读者 提供 了 足够 多 的 线索 ， 使 读 
者 可 以 开始 使 用 这 个 类 , 特别 是 从 测试 提供 的 示例 开始 。 而 且 它 还 使 客户 代码 的 阅读 者 能 够 理解 
客户 的 意图 。 在 本 章 接 下 来 的 几 个 示例 中 ， 我 们 将 再 次 重 构 这 个 类 ， 使 它 更 清晰 。 
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了 aint 


vV : double 
r: int 
y :int 


b:int 










volume : double 
red : int 

yellow : int 
blue : int 


















paint(Paint) mixIn(Paint) 











整个 子 领域 可 以 被 划分 到 独立 的 模块 中 , 并 用 一 个 接口 把 它们 封装 起 来 (这 个 接口 表达 了 其 
用 途 )。 这 种 方法 可 以 使 我 们 把 注意 力 集中 在 项 目 上 ， 并 控制 大 型 系统 的 复杂 性 ， 这 些 内 容 将 在 
第 15 章 中 的 COHESIVE MECHANISM 和 GENERIC SUBDOMAIN 部 分 进行 更 多 的 讨论 。 

在 接 下 来 的 两 个 模式 中 , 我 们 将 介绍 如 何 令 一 个 方法 的 执行 结果 变 得 易于 预测 。 复杂 的 逻辑 
可 以 在 SIDE-EFFECT-FREE FUNCTION 中 安全 地 执行 ， 而 改变 系统 状态 的 方法 可 以 用 AssERTION 来 刻 
画 。 


10.2 模式: SIDE-EFFECT-FREE FUNCTION 


我 们 可 以 宽泛 地 把 操作 分 为 两 个 大 的 类 别 : 命令 和 查询 。 查 询 是 从 系统 获取 信息 ,查询 的 方 
式 可 能 只 是 简单 地 访问 变量 中 的 数据 ， 也 可 能 是 用 这 些 数 据 执行 计算 。 命 令 (也 称 为 修改 器 ) 是 
修改 系统 的 操作 〈 举 一 个 简单 的 例子 ， 设 置 变量 )。 在 标准 英语 中 ,“ 副 作用 ”这 个 词 暗示 着 “ 意 
外 的 结果 ”， 但 在 计算 机 科学 中 ， 任 何 对 系统 状态 产生 的 影响 都 叫 副 作用 。 这 里 为 了 便于 讨论 ， 
我 们 把 它 的 含义 缩小 一 下 ， 任 何 对 未 来 操作 产生 影响 的 系统 状态 的 改变 都 可 以 称 为 副作用 。 

为 什么 人 们 会 采用 “副作用 ”这 个 词 来 形容 那些 显然 是 有 意 影 响 系 统 状态 的 操作 呢 ? 我 推测 
这 大 概 是 来 自 于 复杂 系统 的 经 验 。 大 多 数 操作 都 会 调用 其 他 的 操作 , 而 后 者 又 会 调用 另外 一 些 操 
作 。 一 旦 形成 这 种 任意 深度 的 舱 套 ， 就 很 难 预测 调用 一 个 操作 将 要 产生 的 所 有 后 果 。 第 二 层 和 第 
三 层 操作 的 影响 可 能 并 不 是 客户 开发 人 员 有 意 而 为 之 的 ， 于 是 它们 就 变 成 了 完全 意义 上 的 副 作 
用 。 在 一 个 复杂 的 设计 中 ,元 素 之 间 的 交互 同样 也 会 产生 无 法 预料 的 结果 。 副 作用 这 个 词 强调 了 
这 种 交互 的 不 可 避免 性 。 

多 个 规则 或 计算 组 合 的 相互 作用 所 产生 的 结果 是 很 难 预测 的 。 开 发 人 员 在 调用 一 个 操作 时 ， 
为 了 预测 操作 的 结果 ， 必 须 理 解 它 的 实现 以 及 所 有 派生 操作 的 实现 。 如 果 开 发 人 员 不 得 不 “ 揭 开 
接口 的 面纱 ”, 那么 接口 的 抽象 的 作用 就 受到 了 限制 。 如 果 没 有 了 可 以 安全 地 预见 到 结果 的 抽象 ， 
开发 人 员 就 必须 限制 “组 合 爆 炸 ””， 这 就 限制 了 系统 行为 的 丰富 性 。 


@ 组 合 爆炸 (combinatory explosion)， 源 自 离散 数学 的 术语 ， 是 指 随 着 问题 中 元 素 的 增加 ， 所 出 现 的 可 能 组 合 数 剧 
烈 增 加 。 译 者 注 
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潞 








返回 结果 而 不 产生 副作用 的 操作 称 为 函数 。 一 个 函数 可 以 被 多 次 调用 , 每 次 调用 都 返回 相同 
的 值 。 一 个 国 数 可 以 调用 其 他 函数 ， 而 不 必 担 心 这 种 嵌 套 的 深度 。 困 数 比 那些 有 副作用 的 操作 更 
易于 测试 。 由 于 这 些 原 因 ， 使 用 函数 可 以 降低 风险 。 

显然 ,在 大 多 数 软件 系统 中 ,命令 的 使 用 都 是 不 可 避免 的 , 但 有 两 种 方法 可 以 减少 命令 产生 
的 问题 。 首 先 ， 可 以 把 命令 和 查询 严格 地 放 在 不 同 的 操作 中 。 确 保 导致 状态 改变 的 方法 不 返回 领 
域 数据 ， 并 尽 可 能 保持 简单 。 在 不 引起 任何 可 观测 到 的 副作用 的 方法 中 执行 所 有 查询 和 计算 

([Meyer 1988] ) 。 . 

第 二 ， 总 是 有 一 些 替 代 的 模型 和 设计 ， 它 们 不 要 求 对 现 有 对 象 做 任何 修改 。 相 反 ， 它 们 创建 
并 返回 一 个 VALUE OBJECT， 用 于 表示 计算 结果 。 这 是 一 种 很 常见 的 技术 ,在 接 下 来 的 示例 中 我 们 
就 会 演示 它 的 使 用 。VALUE OBJECT 可 以 在 响应 一 次 查询 中 被 创建 和 传递 ， 然 后 被 丢弃 一 一 不 像 
ENTITY， 实 体 的 生命 周期 是 受到 严格 管理 的 。 

VALUE OBJECT 是 不 可 变 的 , 这 意味 着 除了 在 创建 期 间 调 用 的 初始 化 程序 之 外 , 它们 的 所 有 操 
作 都 是 函数 。 像 函数 一 样 ，YALUE OBJECT 使 用 起 来 很 安全 ,测试 也 很 简单 。 如 果 一 个 操作 把 逻辑 
或 计算 与 状态 改变 混合 在 一 起 ,那么 我 们 就 应 该 把 这 个 操作 重 构 为 两 个 独立 的 操作 ( [Fowler 1999， 
p. 279] )。 但 从 定义 上 来 看 ， 这 种 把 副作用 隔离 到 简单 的 命令 方法 中 的 做 法 仅 适 用 于 ENTITY。 在 
完成 了 修改 和 查询 的 分 离 之 后 ， 可 以 考虑 再 进行 一 次 重 构 ， 把 复杂 计算 的 职责 转移 到 VALUE 
OBJECT 中 。 通 过 派生 出 一 个 VALUE OBJECT (而 不 是 改变 现 有 状态 )， 或 者 通过 把 职责 完全 转移 到 
一 个 VALUE OBJECT 中 ， 往 往 可 以 完全 消除 副作用 。 

因此 : 

尽 可 能 把 程序 的 逻辑 放 到 函数 中 , 因为 函数 是 只 返回 结果 而 不 产生 明显 副作用 的 操作 。 严格 
地 把 命令 (引起 明显 的 状态 改变 的 方法 ) 隔离 到 不 返回 领域 信息 的 、 非 常 简单 的 操作 中 。 当 发 现 
了 一 个 非常 适合 承担 复杂 逻辑 职责 的 概念 时 ， 就 可 以 把 这 个 复杂 逻辑 移 到 VALUE OBJECT 中 , 这 
样 可 以 进一步 控制 副作用 。 

SIDE-EFFECT-FREE FUNCTION， 特 别 是 不 变 的 VALUE OBJECT， 人 允许 我 们 安全 地 对 多 个 操作 进行 
组 合 。 当 通过 一 个 INTENTION-REVEALING INTERFACE 把 一 个 FUNCTION 呈 现 出 来 的 时 候 ， 开 发 人 员 
就 可 以 在 无 需 理解 其 实现 细节 的 情况 下 使 用 它 。 





再 次 重 构 调 漆 应 用 程序 





一 家 油漆 商店 的 程序 能 够 为 客户 显示 出 标准 调 潍 的 结果 。 我 们 继续 前 面 的 例子 , 下 面 是 重 构 
后 得 到 的 那个 类 ， 
public void mixTn(Paint other) { 


volume = volume.plus (other.getVolume(}): 


// Many lines of complicated color-mixing logic 
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// ending with the assignment of new red, blue, 
// and yellow values. 





Paint 





volume : double 
red : int 

yellow : int 
blue : int 








捕获 到 的 知识 ， 颜料 有 红 、 
黄 、 蓝 三 原色 ( 挑 吻 的 人 认 
为 三 原色 是 洋红 、 黄 和 青色 ) 


mixIn(Paint) 



















































































图 10-4 
paint 1 paint 2 
mixIn(paint2) 
—> 1/2 gallon 1/2 galion 
color values color values 
representing a representing a 
shade of yellow shade of blue 
\ / 这 里 应 该 产生 什 
么 变化 呢 ? 原 来 
元 发 人 员 似乎 
i; ; 对 它 不 感 兴趣 ， 
Pan Da -| 而 且 一 直 没有 
1 gallon 1/2 gallon 指定 。 
color values color values 和 i 
representing a representing a 
shade of green shade of blue 























图 10-5 ”mixIn() 方 法 的 副作用 


mixIn() 方 法 中 发 生 了 很 多 事情 ,但 这 个 设计 确实 遵循 了 “修改 和 查询 分 离 ” 这 条 原则 。 有 
一 点 需要 注意 (下 面 会 具体 讨论 ), 这 里 并 没有 对 paint 2 对 象 的 体积 ( 它 是 mixIn() 方 法 的 一 个 参 |252 
数 ) 做 过 多 的 考虑 。 操 作 不 改变 Paint 2 的 体积 ， 在 这 个 概念 模型 的 上 下 文中 ， 这 看 起 来 并 不 是 十 
分 合乎 逻辑 。 就 我 们 所 知 ， 这 在 原来 的 开发 人 员 看 来 并 不 是 问题 ， 因 为 他 们 对 操作 之 后 的 paint 2 
对 象 不 感 兴趣 ， 但 我 们 很 难 预测 副作用 会 产生 佬 么 后 果 。 在 接 下 来 要 讨论 的 AssERTION 中 我 们 很 
快 会 回头 再 讨论 这 个 问题 。 现 在 ,我 们 先 来 看 一 下 颜色 。 

在 这 个 领域 中 , 颜色 是 一 个 重要 的 概念 。 让 我 们 试 着 把 它 变 成 一 个 显 式 的 对 象 。 它 应 该 叫 什 
么 名 字 呢 ?首先 想到 的 就 是 Color (颜色 )， 但 我 们 通过 先前 的 知识 消化 已 经 认识 到 了 一 个 重要 的 
知识 ， 即 油漆 的 调 色 与 我 们 所 熟悉 的 RGB 调 色 是 不 同 的 。 名 称 必 须 反 映 出 这 一 点 。 
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Paint Pigment Color 
volume : double [一 red : int 
yellow : int 
mixln(Paint) biue : int 
图 10-6 


把 Pigment Color (颜料 颜色 ) 分 离 出 来 之 后 ， 确 实 比 先前 表达 了 更 多 信息 ， 但 计算 还 是 相同 
的 ， 仍 然 是 在 mixIn () 方 法 中 进行 计算 。 当 把 颜色 数据 移出 来 后 ， 与 这 些 数据 有 关 的 行为 也 应 该 
一 起 移出 来 。 但 是 在 做 这 件 事 之 前 ， 要 注意 Pigment Color 是 一 个 VALUE OBJECT。 因 此 ， 它 应 该 是 
不 可 变 的 。 当 我 们 调 定时 ，Paint 对 象 本 身 被 改变 了 ， 它 是 一 个 具有 生命 周期 的 实体 。 相 反 ， 表 示 
某 个 色调 (例如 黄色 ) 的 Pigment Color 则 一 直 表 示 那 种 颜色 。 调 漆 的 结果 是 产生 一 个 新 的 Pigment 
Color 对 象 ， 用 于 表示 新 的 颜色 。 

















Pigment Color 
Paint 
red : int 
volume : double -一 一 人 yellow : int 
blue : int 
mixIn(Paint) 




















mixed With(Pigment Color, double) : Pigment Color 





图 10-7 


public class PigmentColor { 


public PigmentColor mixedwWith!(PigmentColor other, 
double ratio) { 
// Many lines of complicated color-mixing logic 
// ending with the creation of a new PigmentColor object 
// with appropriate new red, blue, and yellow values. 


public class Paint { 


public void mixIn{Paint other) { 
volume = volume + other.getVolume!(); 
double ratio = other .getVolume() / volume; 
PigmentColor = 
pigmentColor.mixedWith(other.pigmentColor(), ratio); 





mixed With(color 2) 





color 1 








>> 


color values 
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color values 









































0 representing a representing a 
color 3 shade of yellow shade of blue 
创建 一 个 新 的 
VALUE OBJECT, 
现 有 对 象 保 持 
不 变 。 














color3 co 





color values 
representing a 
shade of green 











图 10-8 


现在 ，Paint 中 的 代码 已 经 尽 可 能 简单 了 。 新 的 Pigment Color 类 捕获 了 知识 ,并 显 式 地 把 这 些 
知识 表达 出 来 ， 而 且 它 还 提供 了 一 个 SIDE-EFFECT-FREE FUNCTION， 国 数 的 计算 结果 很 容易 理解 ， 
也 很 容易 测试 ,因此 可 以 安全 地 使 用 或 与 其 他 操作 进行 组 合 。 由 于 它 的 安全 性 很 高 ， 因 此 复杂 的 
调 色 逻 辑 真 正 被 封装 起 来 了 。 使 用 这 个 类 的 开发 人 员 不 必 理 解 其 实现 。 


10.3 模式 ，ASSERTION 


把 复杂 的 计算 封装 到 SIDE-EFFECT-FREE FUNCTION 中 可 以 简化 问题 , 但 实体 仍然 会 留 有 -一些 有 
副作用 的 命令 ， 使 用 这 些 ENTITY 的 人 必须 了 解 使 用 这 些 命令 的 后 果 。 在 这 种 情况 下 ， 使 用 
ASSERTION 《断言 ) 可 以 把 副作用 明确 地 表示 出 来 ， 使 它们 更 易于 处 理 。 


确实 , 一 条 不 包含 复杂 计算 的 命令 只 需 查 看 一 下 就 能 够 理解 。 但 是 ,在 一 个 软件 设计 中 ， 如 
果 较 大 的 部 分 是 由 较 小 部 分 构成 的 ， 那么 一 个 命令 可 能 会 调用 其 他 命令 。 开 发 人 员 在 使 用 高 层 命 
令 时 ， 必 须 了 解 每 个 底层 命令 所 产生 的 后 果 ,， 这 时 封装 也 就 没有 什么 价值 了 。 而 且 ， 由 于 对 象 接 
口 并 不 会 限制 副作用 , 因此 实现 相同 接口 的 两 个 子 类 可 能 会 产生 不 同 的 副作用 。 使 用 它们 的 开发 
人 员 需 要 知道 哪个 副作用 是 由 哪个 子 类 产生 的 ， 以 便 预 测 后 果 。 这 样 ， 抽 象 和 多 态 也 就 失去 了 意 
义 。 

如 果 操 作 的 副作用 仅仅 是 由 它们 的 实现 隐 式 定义 的 ,那么 在 一 个 具有 大 量 相 互 调用 关系 的 系 
统 中 , 起因 和 结果 会 变 得 一 团 糟 。 理 解 程序 的 唯一 方式 就 是 沿 着 分 支 路 径 来 跟踪 程序 的 执行 。 封 
装 完全 失去 了 价值 。 跟 踪 具 体 的 执行 也 使 抽象 失去 了 意义 。 
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我 们 需要 在 不 深入 研究 内 部 机 制 的 情况 下 理解 设计 元 素 的 意义 和 执行 操作 的 后 果 。 
INTENTION-REVEALING INTERFACE 可 以 起 到 一 部 分 作用 , 但 这 样 的 接口 只 能 非 正 式 地 给 出 操作 的 用 
途 ， 这 常常 是 不 够 的 .“ 超 约 式 设计 ” (design by contract) 向 前 推进 了 一 步 ， 通 过 给 出 类 和 方法 
的 “断言 ”使 开发 人 员 知 道 肯 定 会 发 生 的 结果 。[Meyer 1988] 中 详细 讨论 了 这 种 设计 风格 。 简 言 
之 ,，“ 后 置 条 件 ” 描 述 了 一 个 操作 的 副作用 ,也 就 是 调用 一 个 方法 之 后 必然 会 发 生 的 结果 。“ 前 置 
条 件 ” 就 像 是 合同 条 款 ， 即 为 了 满足 后 置 条 件 而 必须 要 满足 的 前 置 条 件 。 类 的 固定 规则 规定 了 在 
操作 结束 时 对 象 的 状态 。 也 可 以 把 AGGREGATE 作 为 一 个 整体 来 为 它 声 明 固 定 规则 ,这 些 都 是 严格 
定义 的 完整 性 规则 。 

所 有 这 些 断 言 都 描述 了 状态 , 而 不 是 过 程 ， 因此 它们 更 易于 分 析 。 类 的 固定 规则 在 描述 类 的 
意义 方面 起 到 帮助 作用 ,并 且 使 客户 开发 人 员 能 够 更 准确 地 预测 对 象 的 行为 ， 从 而 简化 他 们 的 工 
作 。 如 果 你 确信 后 置 条 件 的 保证 ,那么 就 不 必 芳 虑 方法 是 如 何 工 作 的 。 断 言 应 该 已 经 把 调用 其 他 
操作 的 效果 考虑 在 内 了 了。 

因此 : 

把 操作 的 后 置 条 件 和 类 及 AGGREGATE 的 固定 规则 表述 清楚 。 如 果 在 你 的 编程 语言 中 不 能 直 
接 编写 AssERTION， 那 么 就 把 它们 编写 成 自动 的 单元 测试 。 还 可 以 把 它们 写 到 文档 或 图 中 (如果 
符合 项 目 开 发 风格 的 话 ) 。 

寻找 在 概念 上 内 聚 的 异型 ， 以 便 使 开发 人 员 更 容易 推出 预期 的 AssERTION， 从 而 加 快 学 习 过 
程 并 避免 代码 矛盾 。 

尽管 很 多 而 疝 对 象 的 语言 目前 都 不 支持 直接 使 用 AssERTION , 但 ASSERTION 仍 然 不 失 为 一 种 功 
能 强大 的 设计 方法 。 自 动 单元 测试 在 一 定 程度 上 弥补 了 缺乏 语言 支持 带 来 的 不 足 。 由 于 AssERTION 
只 声明 状态 ， 而 不 声明 过 程 ， 因 此 很 容易 编号 测试 。 测 试 首先 设置 前 置 条 件 ， 在 执行 之 后 ， 再 检 
查 后 置 条 件 是 否 被 满足 。 

把 固定 规则 、 前 置 条 件 和 后 置 条 件 清楚 地 表述 出 来 , 这 样 开发 人 员 就 能 够 理解 使 用 一 个 操作 
或 对 象 的 后 果 。 从 理论 上 讲 ， 如 果 一 组 断言 之 间 互 不 了 矛盾， 那么 就 可 以 使 用 。 但 人 的 大 脑 并 不 会 
一 丝 不 苟 地 把 这 些 断 言 编 译 到 一 起 。 人 们 会 推断 和 补充 模型 的 概念 ,因此 找到 一 个 既 易 于 理解 又 
满足 应 用 程序 需求 的 模型 是 至 关 重 要 的 。 





”器 到 调 漆 应 用 程序 


在 前 面 的 示例 中 ， 我 们 曾 注 意 到 ， 在 Paint 类 中 mixIn (Paint) ) 宫 作 的 参数 到 底 会 并 什么 

化 ， 这 还 存在 着 一 些 不 明之 处 。 可 
接受 者 ( 即 被 混合 的 油 渡 ) 的 体积 增加 了 的 体积 就 是 参数 的 体积 。 根据 我 们 对 让 这 的 

解 ， 这 个 混合 过 程 应 该 使 男 一 种 油漆 减少 同样 的 体积 ,把 它 的 体积 减 为 零 或 完全 删除 ， Bi 





条 


敬业 
了 


pl 


Ea 
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现 并 设 有 修改 这 个 参数 ， 而 修改 参数 无 疑 是 有 产生 副作用 的 风险 的 。 





Pigment Color 











Paint 
red : int 
volume : double | 一 一 yellow :int 
blue : int 
mixln(Paint) 




















mixed With(Pigment Color, double) : Pigment Color 





图 10-9 


第 一 步 ， 我 们 先 把 mixIn () 方 法 的 后 置 条 件 声明 如 下 : 


在 pl .mixIn(p2) 之 后 : 
pi.volume 增 加 p2 .volume 的 量 
p2.Vvolume 不 变 


问题 在 于 开发 人 员 将 会 犯错 , 因为 这 些 属性 与 实际 概念 不 符 。 简单 的 修改 方法 是 让 另 一 种 油 
漆 的 体积 变 为 零 。 虽 然 修改 参数 不 是 一 种 好 的 行为 ,但 这 里 的 修改 简单 而 直观 。 我 们 可 以 声明 一 
个 固定 规则 : 

混合 之 后 油漆 的 总 体积 保持 不 变 。 

但 先 等 一 下 ! 当 开 发 人 员 考 虑 这 种 选择 时 ， 他 们 有 了 一 个 新 发 现 。 最 初 的 设计 人 员 这 样 设计 
原来 是 有 充分 理由 的 。 程 序 在 最 后 会 报告 被 混合 之 前 的 油漆 清单 。 毕 竟 ， 这 个 程序 的 最 终 目的 是 
帮助 用 户 弄 清楚 把 哪儿 种 油漆 混合 到 一 起 。 

因此 ,如 采 要 使 体积 模型 的 逻辑 保持 一 致 ， 那 么 它 就 无 法 满足 这 个 应 用 程序 的 需求 了 。 这 看 
上 去 是 一 种 进退 两 难 的 境况 。 我 们 是 否 仍 使 用 这 个 不 合 常理 的 后 置 条 件 ， 并 为 了 弥补 这 个 不 足 而 
请 楚 地 说 明 这 样 做 的 理由 呢 ? 世界 上 并 不 是 一 切 事物 都 是 直观 的 ， 有 时 直观 是 最 好 的 答案 。 但 在 
这 个 例子 中 ， 这 种 尴 爷 局面 似 平 是 由 于 丢失 概念 而 造成 的 。 让 我 们 去 寻找 一 个 新 的 模型 。 


， 寻找 更 清晰 的 模型 四 

我 们 在 寻找 更 好 的 模型 的 时 候 , 会 比 原来 的 设计 人 员 更 有 优势 ,因为 我 们 在 研究 的 过 程 中 消 
化 了 更 多 知识 ， 而 且 通 过 重 构 得 到 了 更 深层 的 理解 。 例 如 ， 我 们 用 一 个 VALUE OBJECT 上 的 
SIDE-EFFECT-FREE FUNCTION 来 计算 颜色 。 这 意味 着 可 以 在 任何 需要 的 时 候 重复 进行 这 个 计算 。 我 
们 应 该 利用 这 种 优势 。 

我 们 似乎 为 Paint 分 配 了 两 种 不 同 的 基本 职责 。 让 我 们 试 着 把 它们 分 开 。 

现在 只 有 一 个 命令 ， 即 mixIn()。 从 对 模型 的 直观 理解 可 以 看 出 ， 它 只 是 把 一 个 对 象 加 入 到 
一 个 集合 中 。 所 有 其 他 操作 都 是 SIDE-EFFECT-FREE FUNCTION。 

下 面 的 测试 方法 (使 用 了 JUnit 测 试 框 架 ) 用 来 确认 图 10-10 中 列 出 的 一 个 ASSERTION 是 否 满足 : 
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Paint 








getVolume() : double 
getColor() : Pigment Color 









































Mixed Paint Stock Paint 
constituents 
—3> volume : double 
mixin(Stock Paint) * | color : Pigment Color 
StockConstituents() 中 








\ 


\ 








mixIn(Stock Paimt) 只 是 把 一 个 新 的 paint 
对 象 添加 到 配料 集合 中 。 


getVolume() 返 回 配料 体积 的 总 数 。 


getColor0 使 用 Pigment Color mixedWith() 
来 计算 配料 颜色 的 混合 ， 并 返回 结果 值 。 








258 图 10-10 


public void testMixingVolume { 
PigmentColor yellow = new PigmentColor(0, S0, 0}); 
PigmentColor blue = new PigmentColor(0, 0, 50); 


StockPaint paintl = new Stockpaint(1.0, yellow); 
Stockpaint paint2 = new StockPaint (1.5, blue); 


MixedPaint mix = new MixedPaint(); 


mix.mixIn (paint1); 
mix.mixIn (paint2); 
assertEquals{2.5, mix.getVolume(), 0.01); 


} 
这 个 模型 捕捉 并 传递 了 更 多 领域 知识 。 固定 规则 和 后 置 条 件 符合 常识 , 这 使 得 它们 更 易于 维 
护 和 使 用 。 


INTENTION-REVEALING INTERFACE 清 楚 地 表明 了 用 途 ，SIDE-EFFECT-FREE FUNCTION 和 ASSERTION 
使 我 们 能 够 更 准确 地 预测 结果 ， 因 此 封装 和 抽象 更 加 安全 。 
[259 可 重组 元 素 的 下 一 个 因素 是 有 效 的 分 解 …… 
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10.4 模式: CONCEPTUAL CONTOUR 


有 时 ， 人们 会 对 功能 进行 更 细 的 分 解 ， 以 便 灵活 地 组 合 它们 ， 有 时 却 要 把 功能 组 合成 大 块 ， 
以 便 封装 复杂 性 。 有 时 ， 人 们 为 了 使 所 有 类 和 操作 都 具有 相似 的 规模 而 寻找 一 种 一 致 的 粒度 。 
这 些 方法 都 过 于 简单 了 ， 并 不 能 作为 通用 的 规则 。 但 使 用 这 些 方法 的 动机 都 来 自 于 一 系列 基本 
的 问题 。 

如 果 把 模型 或 设计 的 所 有 元 素 都 放 在 一 个 整体 的 大 结构 中 ， 那 么 它们 的 功能 就 会 发 生 重复 。 
外 部 接口 无 法 全 部 给 出 客户 可 能 关心 的 信息 。 由 于 不 同 的 概念 被 混合 在 一 起 , 它们 的 意义 变 得 很 
难 理解 。 

而 另 一 方面 , 把 类 和 方法 分 解 开 也 是 毫 无 意义 的 ， 这 会 使 客户 更 复杂 , 人 迫使 客户 对 象 去 理解 
各 个 小 部 分 是 如 何 组 合 在 一 起 的 . 更 糟 的 是 , 有 的 概念 可 能 会 完全 丢失 。 铀 原子 的 一 半 并 不 是 铀 。 
而 且 ， 粒 度 的 大 小 并 不 是 唯一 要 考虑 的 问题 ， 我 们 还 要 考虑 粒度 是 在 哪 种 场合 下 使 用 的 。 

菜谱 式 的 规则 是 没有 用 的 。 但 大 部 分 领域 都 深 深 隐 含 着 茶 种 你 辑 一 致 性 , 否则 它们 就 形 不 成 
领域 了 。 这 并 不 是 说 领域 就 是 绝对 一 致 的 , 而 且 人 们 讨论 领域 的 方式 肯定 也 不 一 样 。 但 是 领域 中 
一 定 存在 着 某 种 十 分 复杂 的 原理 ,否则 建 模 也 就 失去 了 意义 。 由 于 这 种 隐藏 在 底层 的 一 致 性 ， 当 
我 们 找到 一 个 模型 ， 它 与 领域 的 某 个 部 分 特别 吻合 时 ,这 个 模型 很 可 能 也 会 与 我 们 后 续 发 现 的 这 
个 领域 的 其 他 部 分 一 致 。 有 时 ， 新 的 发 现 可 能 与 模型 不 符 ， 在 这 种 情况 下 ， 就 需要 对 模型 进行 重 
构 ， 以 便 获 取 更 深层 的 理解 ， 并 希望 下 一 次 新 发 现 能 与 模型 一 致 。 

通过 反复 重 构 最 终 会 实现 柔性 设计 , 以 上 就 是 其 中 的 一 个 原因 。 随 着 代码 不 断 适合 新 理解 的 
概念 或 需求 ，CONCEPTUAL CONTOUR (概念 轮廓 ) 也 就 逐渐 形成 了 。 

(从 单个 方法 的 设计 ， 到 类 和 MopDULE 的 设计 ， 再 到 大 比例 结构 的 设计 (参见 第 16 章 )， 高 
内 聚 低 耦 合 这 一 对 基本 原则 都 起 着 重要 的 作用 。 这 两 条 原则 既 适 用 于 代码 ， 也 适用 于 概念 。 为 了 
避免 机 械 化 地 遵循 它 ,我 们 必须 经 常 根 据 我 们 对 领域 的 直观 认识 来 考虑 它 的 基本 问题 ,并 以 此 来 
调整 技术 思路 。 在 做 每 个 决定 时 ， 都 要 问 自己 :“ 这 是 根据 当前 模型 和 代码 中 的 一 组 特定 关系 做 
出 的 权宜 之 计 呢 ， 还 是 反映 了 底层 领域 的 某 种 轮廓 ? ”) 

寻找 在 概念 上 有 意义 的 功能 单元 , 这 样 可 以 使 得 设计 既 灵 活 又 易 懂 。 例如， 如 果 领 域 中 对 两 
个 对 象 的 “ 相 加 ” (addition) 是 一 个 连贯 的 整体 操作 ， 那 么 就 可 以 把 它 作为 整体 来 实现 。 不 要 把 
add() 拆 分 成 两 个 步骤 。 不 要 在 同一 个 操作 中 进行 到 下 一 个 步骤 。 从 稍 大 的 范围 来 看 ， 每 个 对 象 
都 应 该 是 一 个 独立 的 、 完 整 的 概念 ， 也 就 是 一 个 “WHOLE VALUE” (整体 值 ) *。 

出 于 同样 的 原因 ,在 任何 领域 中 ,都 有 一 些 细节 是 用 户 不 感 兴 趣 的 。 前面 假想 的 那个 调 漆 应 
用 程序 的 用 户 不 会 添加 红色 颜料 或 蓝 色 颜料 ,他们 只 是 把 已 经 做 好 的 油漆 拿 来 调 , 而 油漆 包含 所 
有 三 种 闫 料 。 把 那些 没 必要 分 解 或 重组 的 元 素 作 为 一 个 整体 ,这样 可 以 避免 混乱 并 且 使 人 们 更 
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容易 看 到 那些 真正 需要 重组 的 元 素 。 如 果 用 户 的 物理 设备 允许 加 入 颜料 ， 那 么 领域 就 改变 了 ， 而 
且 我 们 可 能 需要 分 别 对 每 种 颜料 进行 控制 。 专 门 研究 油污 的 化 学 家 将 需要 更 精细 的 控制 ， 这 就 需 
要 进行 完全 不 同 的 分 析 了 , 有 可 能 会 产生 一 个 比 我 们 的 调 涨 应 用 程序 中 的 颜料 颜色 更 精细 的 油 痰 
构成 模型 。 但 是 这 些 与 我 们 的 调 潍 应 用 程序 项 目 中 的 任何 人 都 无 关 。 

因此 ， 

把 设计 元 素 (操作 、 接 口 、 类 和 AGGREGATE) 分 解 为 内 聚 的 单元 ， 在 这 个 过 程 中 ， 你 对 领 
域 中 一 切 重 要 划分 的 直观 认识 也 要 考虑 在 内 。 在 连续 的 重 构 过 程 中 观察 发 生变 化 和 保证 稳定 的 规 
律 性 , 并 寻找 能 够 解释 这 些 变化 模式 的 底层 CONCEPTUAL CONTOUR。 使 模型 与 领域 中 那些 一 致 的 
方面 ( 正 是 这 些 方 面 使 得 领域 成 为 一 个 有 用 的 知识 体系 ) 相 匹 配 。 

我 们 的 目标 是 得 到 一 组 可 以 在 逻辑 上 组 合 起 来 的 简单 接口 ， 使 我 们 可 以 用 UBIQUITOUS 
LANGUAGE 把 它们 表述 出 来 , 并 且 使 那些 无 关 的 选项 不 会 分 散 我 们 的 注意 力 , 也 不 增加 维护 负担 。 
但 这 通常 是 通过 重 构 才能 得 到 的 结果 ,很 难 在 前 期 就 实现 ,而 且 如 果 仅 仅 是 从 技术 角度 进行 重 构 ， 
可 能 永远 也 不 会 出 现 这 种 结果 ， 只 有 通过 重 构 得 到 更 深层 的 理解 ， 才 能 实现 这 样 的 目标 。 

设计 即使 是 按照 CoNCEPTUAL CONTOUR 进 行 ， 也 仍然 需要 修改 和 重 构 。 当 连续 的 重 构 往往 只 
是 做 出 一 些 局 部 修改 (而 不 是 对 模型 的 概念 产生 大 范围 的 影响 ) 时 ， 这 就 是 模型 已 经 与 领域 相 吻 
合 的 信号 。 如 果 遇 到 了 一 个 需求 ， 它 要 求 我 们 必须 大 幅度 地 修改 对 象 和 方法 的 划分 ， 那 么 这 就 是 
在 向 我 们 传递 这 样 一 条 信息 : 我 们 对 领域 的 理解 还 需要 精 化 。 它 提供 了 一 个 深化 模型 并 目 使 设计 
变 得 更 加 具有 和 柔性 的 机 会 。 





”应 计 项 目的 CONCEPTUAL CONTOUR 


在 第 9 章 中 ,基于 对 会 计 概 念 的 更 深层 理解 , 我 们 对 一 个 货款 跟踪 系统 进行 了 重 构 。 如 图 10-11 
所 示 。 

新 模型 比 原来 的 模型 只 多 出 一 个 对 象 ， 但 职责 的 划分 却 发 生 了 很 大 的 变化 。 

Schedule 原 来 是 在 Calculator 类 中 通过 逻辑 判断 计算 的 , 现在 被 分 散 到 不 同 的 类 中 ， 用 于 不 
同类 型 的 手续 费 和 利息 计算 。 另 一 方面 ， 手 续费 和 利息 的 支付 原来 是 分 开 的 ， 现 在 也 被 合并 到 
一 起 了 。 

由 于 新 发 现 的 显 式 概 念 与 领域 非常 吻合 ， 而 且 Accrual Schedule 的 层次 结构 具有 内 聚 性 ， 因 
此 开发 人 员 认 为 这 个 模型 更 符合 领域 的 CONCEPTUAL CONTOUR， 如 图 10-12 所 示 。 

新 的 Accrual Schedule 的 加 入 是 开发 人 员 早 就 预料 到 的 ， 因 为 有 一 些 需 求 早已 等 待 它 来 处 理 
了 。 这 样 ， 她 选择 的 模型 除了 使 现 有 功能 更 清晰 、 简 单 之 外 ,还 很 容易 引入 新 的 Schedule。 但 是 ， 
她 是 否 找到 了 一 个 CoNCEPTUAL CONTOUR， 使 得 领域 设计 可 以 随 着 应 用 程序 和 业务 的 演变 而 改变 
和 发 展 呢 ? 我 们 无 法 确定 一 个 设计 如 何 处 理 意料 之 外 的 改变 , 但 她 认为 她 的 设计 中 一 些 不 合适 的 
地 方 已 经 有 所 改进 了 。 
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图 10-12 ”这 个 模型 把 新 的 Accrual Schedule 添 加 进来 了 


随 着 项 目 向 前 进展 ,又 出 现 了 一 个 新 的 需求 一 一 需要 制定 一 些 详细 的 规则 来 处 理 提早 付款 和 
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262| 延迟 付款 。 这 位 开发 人 员 在 研究 问题 的 时 候 , 很 高 兴 地 发 现 利息 付款 和 手续 费 付款 实际 上 使 用 相 
263| 同 的 规则 。 这 意味 着 新 的 模型 元 素 可 以 很 自然 地 使 用 Payment 类 。 
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图 10-13 


原 有 的 设计 导致 两 个 Payment History 类 之 间 必 然 出 现 重 复 (这 个 难题 可 能 使 得 开发 人 员 认 识 
到 Payment 类 应 该 被 共享 , 这 样 就 会 从 男 外 一 条 途径 得 到 类 似 的 神 型 )。 新 元 素 之 所 以 很 容易 就 添 
加 进来 了 ,并 不 是 因为 她 预料 到 了 这 个 改变 , 也 不 是 因为 她 的 设计 灵活 到 了 足以 容纳 任何 可 能 修 
改 的 程度 。 真 正 的 原因 是 经 过 前 面 的 重 构 ， 设 计 能 够 很 好 地 与 领域 的 基本 概念 产生 吻合 了 。 











~ Ne 
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INTENTION-REVEALING INTERFACE 使 客户 能 够 把 对 象 表示 为 有 意义 的 单元 ,而 不 仅仅 是 一 些 机 
制 。SIPE-EFFBCTFREE FUNCTION 和 ASSERTION 使 我 们 可 以 安全 地 使 用 这 些 单元 ， 并 对 它们 进行 复 
杂 的 组 合 。CONCEPTUAL CONTOUR 的 出 现 使 模型 的 各 个 部 分 变 得 更 稳定 , 也 使 得 这 些 单元 更 直观 ， 
更 易于 使 用 和 组 合 。 
然而 ， 我 们 仍然 会 遇 到 “概念 过 载 ”(conceptual overload) 的 问题 一 一 当 模型 中 的 互相 依赖 
264| ”性 过 多 时 ， 我 们 就 必须 把 大 量 问题 放 在 一 起 考虑 。 


10.5 模式 : STANDALONE CLASS 


互相 依赖 性 使 模型 和 设计 变 得 难以 理解 、 测 试 和 维护 。 而 且 ， 互 相依 赖 性 很 容易 越 积 越 多 。 

当然 ， 每 个 关联 都 是 一 种 依赖 性 ， 要 想 理解 一 个 类 ， 必 须 理 解 它 与 哪些 对 象 有 联系 。 与 这 个 
类 有 联系 的 其 他 对 象 还 会 与 更 多 的 对 象 发 生 联 系 , 而 这 些 联系 也 是 必须 要 弄 清 楚 的 。 每 个 方法 的 
每 个 参数 的 类 型 也 是 一 个 依赖 性 ， 每 个 返回 值 也 都 是 一 个 依赖 性 。 

如 果 有 一 个 依赖 关系 , 我 们 必须 同时 考虑 两 个 类 以 及 它们 之 间 的 关系 的 本 质 。 如 果 某 个 类 依 
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赖 另 外 两 个 类 , 我 们 就 必须 考 虐 这 三 个 类 当中 的 每 一 个 、 这 个 类 与 其 他 两 个 类 之 闻 的 相互 关系 的 
本 质 , 以 及 这 三 个 类 可 能 存在 的 其 他 相互 关系 。 如 果 它 们 之 间 依 次 存在 依赖 关系 ， 那 么 我 们 还 必 
须 考 虑 这 些 关系 。 如 果 一 个 类 有 三 个 依赖 关系 …… 问 题 就 会 像 滚 雪 球 一 样 越 来 越 多 。 

MopULE 和 AGGREGATE 的 目的 都 是 为 了 限制 互相 依赖 的 关系 网 。 当 我 们 识别 出 一 个 高 度 内 聚 
的 子 领域 并 把 它 提 取 到 一 个 MODULE 中 的 时 候 ， 一 组 对 象 也 随 之 与 系统 的 其 他 部 分 解除 了 联系 ， 
这 样 就 把 互相 联系 的 概念 的 数量 控制 在 一 个 有 限 的 范围 之 内 。 但 是 ， 即 使 把 系统 分 成 了 各 个 
MODULE, 如果 不 严格 控制 MopULE 内 部 的 依赖 性 的 话 , 那么 MopuLE 也 一 样 会 让 我 们 耗费 很 多 精 
力 去 考虑 依赖 关系 。 

即使 是 在 MoDULE 内 部 ， 设 计 也 会 随 着 依赖 关系 的 增加 而 变 得 越 来 越 难 以 理解 。 这 加 重 了 
我 们 的 思考 负担 ， 从 而 限制 了 开发 人 员 能 处 理 的 设计 复杂 度 。 隐 式 概 念 比 显 式 的 引用 增加 的 负 
担 更 大 。 

我 们 可 以 将 模型 一 直 精 炼 下 去 , 直到 每 个 剩 下 的 概念 关系 都 表示 出 概念 的 基本 含义 为 止 。 在 
一 个 重要 的 子 集中 ,依赖 关系 的 个 数 可 以 减 小 到 零 ， 这样 就 得 到 一 个 完全 孤立 的 类 ， 它 只 有 很 少 
的 儿 个 基本 类 型 和 基础 库 概念 。 

在 每 种 编程 环境 中 ,都 有 一 些 非 常 基 本 的 概念 ， 它们 经 常用 到 ,以 至 于 已 经 根植 于 我 们 的 大 
脑 中 。 例 如 ， 在 Java 开 发 环境 中 ， 基 本 类 型 和 一 些 标准 类 库 提供 了 数字 、 字 符 串 和 集合 等 基本 概 
念 。 从 实际 来 讲 , “整数 ”这 个 概念 是 不 会 增加 思考 负担 的 。 除 此 之 外 ， 为 了 理解 一 个 对 象 而 必 
须 保 留 在 大 脑 中 的 每 个 其 他 概念 都 会 增加 思考 负担 。 

隐 式 概念 ,无 论 是 否 已 被 识别 出 来 ， 都 与 显 式 引 用 一 样 会 加 重 思考 负担 。 虽 然 我 们 通常 可 以 
忽略 像 整数 和 字符 串 这 样 的 基本 类 型 值 ， 但 无 法 忽略 它们 所 表示 的 意义 。 例 如 ， 在 第 一 个 调 礼 应 
用 程序 的 例子 中 , Paint 对 象 包 含 三 个 公共 的 整数 , 分 别 表 示 红 、 黄 、 蓝 三 种 颜色 值 。Pigment Color 
对 象 的 创建 并 没有 增加 所 涉及 的 概念 数量 ， 也 没有 增加 依赖 关系 。 但 它 确实 使 现 有 概念 更 明显 、 
更 易于 理解 了 。 男 一 方面 ，Collection 的 size() 操 作 返 回 一 个 整数 (只 是 一 个 简单 的 合计 数 ), 它 
只 表示 整数 的 基本 含义 ， 因 此 并 不 产生 隐 式 的 新 概念 。 

我 们 应 该 对 每 个 依赖 关系 提出 质疑 , 直到 证 实 它 确实 表示 对 象 的 基本 概念 为 止 。 这 个 仔细 检 
查 依赖 关系 的 过 程 从 提取 模型 概念 本 身 开 始 。 然 后 需要 注意 每 个 独立 的 关联 和 操作 。 仔细 选择 模 
型 和 设计 能 够 大 幅 减 少 依赖 关系 一 一 常常 能 减少 到 零 。 

低 看 合 是 对 和 象 设计 的 一 个 基本 要 素 。 尽 一 切 可 能 保持 低 看 合 。 把 其 他 所 有 无 关 概 念 提取 到 对 
象 之 外 。 这 样 类 就 变 成 完全 孤立 的 了 ， 这 就 使 得 我 们 可 以 单独 地 研究 和 理解 它 。 每 个 这 样 的 孤立 
类 都 极 大 地 减轻 了 因 理 解 MODULE 而 带 来 的 负担 。 

当 一 个 类 与 它 所 在 的 模块 中 的 其 他 类 存在 依赖 关系 时 , 比 它 与 模块 外 部 的 类 有 依赖 关系 要 好 
得 多 。 同 样 ， 当 两 个 对 象 具 有 自然 的 紧密 耦合 关系 时 ， 这 两 个 对 象 共 同 涉及 的 多 个 操作 实际 上 能 
够 把 它们 的 关系 本 质 明 确 地 表示 出 来 。 我 们 的 目标 不 是 消除 所 有 依赖 , 而 是 消除 所 有 不 重要 的 依 
赖 。 当 无 法 消除 所 有 的 依赖 关系 时 ， 每 清除 一 个 依赖 对 开发 人 员 而 言 都 是 一 种 解脱 ， 使 他 们 能 够 
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集中 精力 处 理 剩 下 的 概念 依赖 关系 。 

尽力 把 最 复杂 的 计算 提取 到 STANDPALONE CLASS (孤立 的 类 ) 中 ， 可 能 实现 此 目的 的 一 种 方 
法 是 把 具有 紧密 联系 的 类 中 所 含有 的 VALUE OBJECT 建 模 出 来 。 

从 根本 上 讲 ， 油漆 的 概念 与 颜色 的 概念 紧密 相关 。 但 在 考虑 颜色 (甚至 是 颜料 ) 的 时 候 却 与 
不 必 去 考虑 油漆 。 通 过 把 这 两 个 概念 变 为 显 式 概念 并 精炼 它们 的 关系 , 所 得 到 的 单 向 关联 就 可 以 
表达 出 重要 的 信息 ， 同 时 我 们 可 以 对 Pigment Color 类 (大 部 分 计算 复杂 性 都 隐藏 在 这 个 类 中 ) 进 
行 独立 的 分 析 和 测试 。 


兴 湛 深 


低 耦 合 是 减少 概念 过 载 的 最 基本 办 法 。 孤 立 的 类 是 低 耦 合 的 极致 。 

消除 依赖 性 并 不 是 说 要 武断 地 把 模型 中 的 一 切 都 简化 为 基本 类 型 , 这 样 只 会 前 弱 模 型 的 表达 
能 力 。 本 章 要 讨论 的 最 后 一 个 模式 CLOSURE OF OPERATION (闭合 操作 ) 就 是 一 种 在 减 小 依赖 性 的 
同时 保持 丰富 接口 的 技术 。 


10.6 模式: CLOSURE OF OPERATION 


两 个 实数 相 弱 ,结果 仍 为 实数 (实数 是 所 有 有 理 数 和 所 有 无 理 数 的 集合 ) 。 由 于 这 一 点 永远 
是 正确 的 ， 因 此 我 们 说 实数 的 “来 法 运算 是 闭合 的 ”; 来 法 运算 的 结果 永远 无 法 脱离 实数 这 个 集 
合 。 当 我 们 对 集合 中 的 任意 两 个 元 素 组 合 时 ， 结 果 仍 在 这 个 集合 中 ， 这 就 叫做 闭合 操作 。 

一 一 Te Math Forum, Drexel University 


当然 , 依赖 是 必然 存在 的 ， 当 依赖 性 是 概念 的 一 个 基本 属性 时 ， 它 就 不 是 坏事 。 如 果 把 接口 
精简 到 只 处 理 一 些 基本 类 型 , 那么 它 也 就 没有 什么 表达 能 力 了 。 但 我 们 也 经 常 为 接口 引入 很 多 不 
必要 的 依赖 性 ， 甚 至 是 整个 不 必要 的 概念 。 

大 部 分 引起 我 们 兴趣 的 对 象 所 产生 的 行为 仅 用 基本 类 型 是 无 法 描述 的 。 

另 一 种 常见 的 对 设计 进行 精 化 的 方法 就 是 我 所 说 的 CUosURE OF OPERATION (闭合 操作 )。 这 
个 名 字 来 源 于 最 精炼 的 概念 体系 ， 即 数学 。1 + 1 = 2。 加 法 运算 是 实数 集中 的 闭合 运算 。 数 学 家 
们 都 极力 避免 去 引入 无 关 的 概念 , 而 闭合 运算 的 性 质 正 好 为 他 们 提供 了 这 样 一 种 方式 , 可 用 来 定 
义 一 种 不 涉及 其 他 任何 概念 的 运算 。 我 们 都 非常 熟悉 数学 中 的 精炼 ， 因 此 很 难 注意 到 一 些小 技巧 
会 有 多 么 强大 。 但 是 , 这 些 技巧 在 软件 设计 中 也 广 为 应 用 。 例如 , XSLTI 的 基本 用 法 是 把 一 个 XML 
文档 转换 为 另 一 个 XML 文档 。 这 种 XSLT 操 作 就 是 XML 文档 集合 中 的 闲 合 操作 。 闲 合 的 性 质 极 天 
地 简化 了 对 操作 的 理解 ， 而 且 闭 合 操作 的 链接 或 组 合 也 很 容易 理解 。 

因此 : 

在 适当 的 情况 下 ， 在 定义 操作 时 让 它 的 返回 类 型 与 其 参数 的 类 型 相同 。 如 果实 现 者 
(implementer) 的 状态 在 计算 中 会 被 用 到 ， 那 么 实现 者 实际 上 就 是 操作 的 一 个 参数 ， 因 此 参数 
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和 返回 值 应 该 与 实现 者 有 相同 的 类 型 。 这 样 的 操作 就 是 在 该 类 型 的 实例 集合 中 的 闭合 操作 。 闭 合 
操作 提供 了 一 个 高 层 接口 ， 同 时 又 不 会 引入 对 其 他 概念 的 任何 依赖 性 。 268 

这 种 模式 更 常用 于 VALUE OBJECT 的 操作 。 由 于 ENTITY 的 生命 周期 在 领域 中 十 分 重要 ， 因 此 
我 们 不 能 为 了 解决 某 一 问题 而 草率 创建 一 个 ENTITY。 有 一 些 操 作 是 ENTITY 类 型 之 下 的 闭合 操作 。 
我 们 可 以 通过 查询 一 个 Employee (员工 ) 对 象 来 返回 其 主管 ， 而 返回 的 将 是 另 一 个 Employee 对 
象 。 但 是 ，ENTITY 通 常 不 会 成 为 计算 结果 。 因 此 ， 大 部 分 闭合 操作 都 应 该 到 VALUE OBJECT 中 去 
寻找 。 

一 个 操作 可 能 是 在 某 一 抽象 类 型 之 下 的 闲 合 操作 , 在 这 种 情况 下 , 具体 的 参数 可 能 有 不 同 的 
具体 类 型 。 例 如 ， 加 法 是 实数 之 下 的 闭合 运算 ， 而 实数 既 可 以 是 有 理 数 ， 也 可 以 是 无 理 数 。 

在 尝试 和 寻找 减少 互相 依赖 性 并 提高 内 罕 性 的 过 程 中 ， 有 时 我 们 会 遇 到 “ 半 个 闭合 操作 ”这 
种 情况 。 参 数 类 型 与 实现 者 的 类 型 一 致 ， 但 返回 类 型 不 同 ; 或 者 返回 类 型 与 接收 者 (receiver) 
的 类 型 相同 但 参数 类 型 不 同 。 这 些 操作 都 不 是 闭合 操作 ,但 它们 确实 具有 CLOSURE OF OPERATION 
的 某 些 优点 。 当 没有 形成 闭合 操作 的 那个 多 出 来 的 类 型 是 基本 类 型 或 基础 库 类 时 ， 它 几乎 与 
CLOSURE OF OPERATION- 一 样 减轻 了 我 们 的 思考 负担 。 

在 前 面 的 示例 中 ，Pigment Color 的 mixedwith () 操作 是 Pigment Color 之 下 的 闭合 操作 ， 本 书 
中 还 零星 地 穿插 着 儿 个 这 样 的 示例 。 以 下 示例 显示 了 即使 在 没有 达到 真正 CLOSURE OF OPERATION 
的 时 候 这 种 思想 也 发 挥 了 强大 的 作用 。 




















集合 中 选择 子 集 10 
在 Java 中 ， 如 果 想 从 Collection (集合 ) 中 选择 一 个 元 素 子 集 ， 需 要 使 用 Iterator ( 运 代 器 )。 
用 和 迭代 器 来 测试 每 个 元 素 ， 把 匹配 的 元 素 收集 到 一 个 新 的 Collection 中 。 


Set employees = (some Set of Employee objects); 
Set lowPaidEmployees = new HashSet(); 
Iterator it = employees.iterator(); 
while (it.hasNext()) { 
Employee anEmployee = it.next(); 
if (anEmployee.salary() < 40000) 
lowPaidEmployees .aqd (anEmployee):; 
} 269 


从 概念 上 讲 ， 上段 代码 只 是 从 集合 中 选择 了 一 -个子 集 。 是否 真 的 有 必要 使 用 Iterator 这 个 额外 

的 概念 以 及 它 所 带 来 的 所 有 机 制 上 的 复杂 性 呢 ? 如 果 是 使 用 Smalltalk， 我 将 在 Collection 上 调用 

“select” 操 作 ， 把 测试 作为 一 个 参数 传递 给 它 。 返 回 值 将 是 一 个 新 的 Collection， 其 中 只 包含 通 
过 测试 的 那些 元 素 。 


employees := (some Set of Employee objects). 


已 
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lowPaidEmployees := employees select: 


[:anEmployee | anEmployee salary < 40000]. 
Smaliltakk 的 Collection 还 提供 了 鞭 他 一 些 这 样 的 函数 ， 它 们 返回 派生 的 Collection (可 能 是 几 

种 不 同 的 具体 类 )。 这 些 操作 并 不 是 闭合 操作 ， 因 为 它们 把 一 个 block ( 块 ) 作为 参数 。 但 block 
在 Smalitalk 中 是 一 个 基础 库 类 型 ， 因 此 它们 并 不 会 增加 开发 人 员 的 思考 人 负担。 由 于 返回 值 与 实现 
者 的 类 型 相 匹配 ， 因 此 它们 可 以 像 一 系列 过 厦 器 一 样 被 串 接 在 一 起 ， 使 读 写 代码 都 变 得 很 容易 。 
它们 并 没有 引入 与 选择 子 集 无 关 的 外 来 概念 。 








ee 
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本 章 介绍 的 模式 演示 了 一 个 总 体 的 设计 风格 和 一 种 思考 设计 的 方式 。 把 软件 设计 得 便于 、 容 
易 预 测 且 富有 表达 力 ， 可 以 有 效 地 发 挥 抽象 和 封装 的 作用 。 我 们 可 以 对 模型 进行 分 解 ， 使 得 对 象 
更 易于 理解 和 使 用 ， 同 时 仍 具 有 功能 丰富 的 、 高 级 的 接口 。 

运用 这 些 技术 需要 掌握 相当 高 级 的 设计 技巧 , 其 至 有 时 编写 客户 端 代码 也 需要 掌握 高 级 技巧 


， 才 能 运用 这 些 技术 。MopEL-DRIVEN DESIGN 的 作用 受 细节 设计 的 质量 和 实现 决策 的 质量 影响 很 


大 ， 而 且 只 要 有 少数 几 个 开发 人 员 设 有 弄 清楚 它们 ， 整 个 项 目 就 会 偏离 目标 。 
尽管 如 此 , 团队 只 要 愿意 培养 这 些 建 模 和 设计 技巧 , 那么 按照 这 些 模式 的 思考 方式 就 能 够 开 
发 出 可 以 反复 重 构 的 软件 ， 从 而 最 终 创 建 出 非常 复杂 的 软件 。 


10.7 ”声明 式 设 计 


使 用 AssERTION 可 以 得 到 更 好 的 设计 ， 虽 然 我 们 只 是 用 一 些 相 对 非 正式 的 方式 来 检查 这 些 
ASssERTION。 但 实际 上 我 们 无 法 保证 手写 软件 的 正确 性 。 举 个 简单 例子 ， 只 要 代码 还 有 其 他 一 些 
没有 被 AssERTION 专 门 排除 在 外 的 副作用 ， 断 言 就 失去 了 作用 。 无 论 我 们 的 设计 多 么 遵守 
MODEL-DRIVEN 开 发 方法 ， 最 后 仍 要 通过 编写 过 程 代码 来 实现 概念 交互 的 结果 。 而 且 我 们 花费 了 
大 量 时 间 来 编写 样板 式 的 刻板 的 代码 ,但 是 这 些 代 码 实际 上 不 增加 任何 意义 或 行为 。 这 些 代码 元 
长 乏味 而 且 易 出 错 ， 此 外 还 掩盖 了 模型 的 意义 〈 虽 然 有 的 编程 语言 会 相对 好 一 些 ， 但 都 需要 我 们 
做 大 量 繁琐 的 工作 ) 。 本 章 介绍 的 INTENTION-REVEALING INTERFACE 和 其 他 模式 虽然 有 一 定 的 帮助 
作 下 ， 但 它们 永远 也 不 会 使 传统 的 面向 对 象 技 术 达 到 非常 严密 的 程度 。 

以 上 这 些 正 是 采用 声明 式 设 和 计 的 部 分 动机 。 声 明 式 设计 对 于 不 同 的 人 来 说 具有 不 同 的 意义 ， 
但 通常 是 指 一 种 编程 方式 一 一 把 程序 或 程序 的 一 部 分 写成 一 种 可 执行 的 规格 (specification)。 使 
用 声明 式 设 计时 , 软件 实际 上 是 由 一 些 非常 精确 的 属性 描述 来 控制 的 。 声明 式 设计 有 多 种 实现 方 
式 , 例如 ， 可 以 通过 反射 机 制 来 实现 , 或 在 编译 时 通过 代码 生成 来 实现 (根据 声明 来 自动 生成 传 
统 代码 )。 这 种 方法 使 其 他 开发 人 员 能 够 根据 字面 意义 来 使 用 声明 。 它 是 一 种 绝对 的 保证 。 
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从 模型 属性 的 声明 来 生成 可 运行 的 程序 是 MODEL-DRIVEN DESIGN 的 理想 目标 , 但 在 实践 中 这 
种 方法 也 有 自己 的 缺陷 。 例 如 ， 下 面 就 是 我 多 次 遇 到 的 两 个 特殊 的 问题 ， 

口 声明 式 语 言 并 不 足以 表达 一 切 所 需 的 东西 ， 它 把 软件 束缚 在 一 个 由 自动 部 分 构成 的 框架 

之 内 ， 使 软件 很 难 扩展 到 这 个 框架 之 外 。 

口 代码 生成 技术 破坏 了 和 返 代 循 环 ， 它 把 生成 的 代码 合并 到 手写 的 代码 中 ， 使 得 重新 生成 的 

破坏 作用 变 得 很 大 。 

许多 声明 式 设计 的 尝试 带 来 了 意 想不到 的 后 果 , 由 于 开发 人 员 受 到 框架 局 限 性 的 约束 , 为 了 
交付 工作 只 能 先 处 理 重 要 问题 ， 而 搁置 其 他 一 些 问 题 ， 这 导致 模型 和 应 用 程序 的 质量 严重 下 降 。 

基于 规则 的 编程 ( 带 有 推理 引擎 和 规则 库 ) 是 男 一 种 有 望 实现 的 声明 式 设 计 方 法 。 但 遗憾 的 
是 ， 一 些微 妙 的 问题 会 影响 它 的 实现 。 

尽管 基于 规则 的 程序 原则 上 是 声明 式 的 ,但 大 多 数 系统 都 有 一 些 用 于 性 能 优化 的 “控制 谓词 ” 
(control predicate) 。 这 种 控制 代码 引入 了 副作用 ， 这 样 行为 就 不 再 完全 由 声明 式 规则 来 控制 了 。 
添加 、 删 除 规则 或 重新 排序 可 能 导致 预料 不 到 的 错误 结果 。 因 此 ,编写 逻辑 的 程序 员 必 须 确保 代 
码 的 效果 是 显而易见 的 ， 就 像 对 象 程 序 员 所 做 的 那样 。 

很 多 声明 式 方法 被 开发 人 员 有 意 或 无 意 忽 略 之 后 会 遭 到 破坏 。 当 系统 很 难 使 用 或 限制 过 多 
时 ， 就 会 发 生 这 种 情况 。 为 了 获得 声明 式 程序 的 利益 ， 每 个 人 都 必须 遵守 框架 的 规则 。 

据 我 所 知 , 声明 式 设 计 的 最 大 价值 是 用 一 个 范围 非常 窜 的 框架 来 自动 处 理 设计 中 革 个 特别 单 
调 且 易 出 错 的 方面 ,例如 持久 化 和 对 象 关 系 映射 。 最 好 的 声明 式 设 计 能 够 使 开发 人 员 不 必 去 做 那 
些 单调 乏味 的 工作 ， 同 时 又 完全 不 限制 他 们 的 设计 自由 。 
特定 于 领域 的 语言 

特定 于 领域 的 语言 是 一 种 有 趣 的 方法 ， 它 有 时 也 是 一 种 声明 式 语言 。 采 用 这 种 编码 风格 时 ， 
客户 代码 是 用 一 种 专门 为 特殊 领域 的 特殊 模型 定制 的 语言 而 编写 的 。 例 如 , 运输 系统 的 语言 可 能 
包括 cargo (货物 ) 和 route (路 线 ) 这 样 的 术语 ， 以 及 一 些 用 于 组 合 这 些 术 话 的 语法 。 然 后 ， 程 
序 通常 会 被 编译 成 一 种 传统 的 面向 对 象 的 语言 ， 由 一 个 类 库 为 这 些 术 语 提供 实现 。 

在 这 样 的 语言 中 , 程序 可 以 具有 极 强 的 表达 能 力 ， 并 且 与 UBIQUITOUS LANGUAGE 之 间 形 成 最 
紧密 的 结合 。 特 定 于 领域 的 语言 是 一 个 令 人 振奋 的 概念 ,但 在 我 所 见 过 的 基于 面向 对 象 技术 的 方 
法 中 ， 这 种 语言 也 存在 自身 的 缺陷 。 

为 了 精 化 模型 ， 开 发 人 员 需 要 修改 语言 。 这 可 能 涉及 修改 语法 声明 和 其 他 语言 解释 功能 ， 以 
及 修改 底层 的 类 库 。 虽 然 我 完全 赞同 “高 级 技术 和 设计 概念 是 学 来 的 ”这 个 观点 ， 但 我 们 必须 冷 
静 地 评 佑 特定 团队 当前 的 技术 水 平 ， 以 及 将 来 的 维护 团队 可 能 的 技术 水 平 。 此 外 ,用 同一 种 语言 
实现 的 应 用 程序 和 模型 之 间 是 “无 链 ” 的 ， 这 一 点 很 有 价值 。 另 一 个 缺点 是 当 模型 被 修改 时 ， 很 
难 对 客户 代码 进行 重 构 , 使 之 与 修改 之 后 的 模型 及 与 其 相关 的 特定 于 领域 的 语言 保持 一 致 。 当 然 ， 
有 人 认为 可 以 通过 技术 修复 来 解决 重 构 问 题 。 
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| 一 种 完全 不 同 的 语言 

有 一 种 不 同 的 范式 人 
Scheme 编程 语言 中 ( 它 是 “函数 式 编 程 ” 家 族 的 一 个 代表 )， 有 些 部 分 非常 类 似 于 标准 的 编程 
风格 ， 因 此 既 具 有 特定 于 领域 的 语言 的 表达 能 力 ， 又 不 会 造成 系统 的 分 裂 。 


这 种 技术 可 能 在 非常 成 熟 的 模型 中 能 够 发 挥 出 最 大 的 作用 , 在 这 样 的 模型 中 , 客户 代码 可 能 
是 由 另 一 个 不 同 的 团队 编写 的 。 通常 , 这 样 的 设置 会 导致 产生 一 种 有 害 的 结果 一 一 团队 被 分 成 两 
部 分 ， 框 架 由 那些 技术 水 平 较 高 的 人 来 构建 ， 而 应 用 程序 则 由 那些 技术 水 平 较 差 的 人 来 构建 了 ， 
但 也 并 不 是 非得 如 此 。 


10.8 声明 式 设计 风格 


一 旦 你 的 设计 中 有 了 INTENTION-REVEALING INTERFACE 、 SIDE-EFFECT-FREE FUNCTION 和 
ASSERTION， 那 么 你 就 具备 了 使 用 声明 式 设计 的 条 件 。 当 我 们 有 了 可 以 组 合 在 一 起 来 表达 意义 的 
元 素 ， 并 且 刻 画 了 效果 (或 根本 没有 明显 效果 ) 之 后 ， 就 可 以 获得 声明 式 设计 的 很 多 益处 了 。 

柔性 设计 使 得 客户 代码 可 以 使 用 声明 式 的 设计 风格 。 为 了 说 明 这 一 点 , 下 一 节 将 会 把 本 章 介 
绍 的 一 些 模 式 结合 起 来 使 用 ， 从 而 使 SPECIFICATION 更 灵活 ， 更 符合 声明 式 设计 的 风格 。 


用 声明 式 的 风格 来 扩展 SPECIFICATION 


第 9 章 介 绍 了 SPECIFICATION 的 基本 概念 、 它 在 程序 中 扮演 的 角色 ， 以 及 它 在 实现 中 的 意义 。 
现在 ， 让 我 们 来 看 看 几 个 额外 的 、 有 吸引 力 的 技巧 ， 它 们 在 规则 很 复杂 的 情况 下 可 能 非常 有 用 。 

SPECIFICATION 是 由 “谓词 ”(predicate) 这 个 众所周知 的 形式 化 概念 变 来 的 。 谓 词 还 有 其 他 
一 些 有 用 的 特性 ， 我 们 可 以 对 这 些 特 性 进行 有 选择 的 利用 。 

使 用 逻辑 运算 对 SPECIFICATION 进 行 组 合 

当 使 用 SPECIFICATION 了 时, 我 们 很 容易 就 会 遇 到 需要 把 它们 组 合 起 来 使 用 的 情况 。 正 如 我 们 刚 
刚 提 到 的 那样 ，SPECIFICATION 是 谓词 的 一 个 例子 ， 而 谓词 可 以 用 “AND”、“OR” 和 “NOT” 等 
运算 进行 组 合 和 修改 。 这 些 逻 辑 运算 都 是 谓词 这 个 类 别 之 下 的 闭合 操作 ， 因 此 SPECIFICATION 组 合 
也 是 CLOSURE OF OPERATION。 

随 着 SPECIFICATION 的 通用 性 逐渐 提高 , 创建 一 个 可 用 于 各 种 类 型 的 SPECIFICATION 的 抽象 类 或 
接口 会 变 得 很 有 用 。 这 需要 把 参数 类 型 定义 为 某 种 高 级 的 抽象 类 。 


public interface Specification { 





boolean isSatisfiedBy (Object candidate); 
} 


这 个 抽象 要 求 在 方法 的 开始 处 放置 一 条 卫 语 句 (guard clause)， 但 是 没有 卫 语 句 也 不 影响 它 
的 功能 。 例 如 ， 可 以 对 Container Specification (参见 图 9-16 以 及 后 面 的 相关 表格 、 代 码 等 ) 做 如 
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下 修改 : 


public class ContainerSpecification implements Specification { 


private ContainerFeature requiredFeature:; 


public ContainerSpecification(ContainerFeature required) { 


requiredFeature = required; 


boolean isSatisfiedBy (Object candidate){ 
zt (lcandidate instanceof Container) return false; 


return 
{Container)candidate.getFeatures() .contains (requiredFeature); 
} 
} 
现在 ， 让 我 们 扩展 Specification 接 口 ， 加 入 3 个 新 操作 : 774 


public interface Specification { 
boolean isSsatisfiedBy (Object candidate); 


Specification and{(Specification other); 
Specification or{Specification other); 
Specification not{); 

} 


回忆 一 下 ， 有 些 Container Specification 需 要 通风 性 的 Container (容器 ) ， 而 有 些 则 需要 有 防爆 10 
性 。 如 果 一 种 化 学 药品 既 易 挥发 又 易 爆炸 , 那么 它 可 能 同时 需要 这 两 种 规格 。 如 果 使 用 新 的 方法 ， 
这 就 很 容易 实现 。 


Specification ventilated = new ContainerSpecification (VENTILATED); 
Specification armored = new ContainerSpecification (ARMORED); 


Specification both = ventilated.and (armored);} 
这 段 声明 定义 了 一 个 具有 期 望 属性 的 新 的 Specification 对 象 。 这 种 组 合 将 需要 一 个 用 于 某 种 
特殊 目的 的 、 更 复杂 的 Container Specification 。 
假设 我 们 有 多 种 通风 容器 。 对 于 有 些 物 品 来 说 , 把 它们 放 进 哪 种 容器 中 都 没 问题 。 它 们 可 以 
放 在 任何 一 种 通风 容器 中 。 
‘Specification ventilatedTypel = 
new ContainerSpecification (VENTILATED_ TYPE_1); 


Specification ventilatedType2 = 
new ContainerSpecification (VENTILATED TYPE_ 2); 


Specification either = ventilatedTypel.or (ventilatedType2); 
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如 果 我 们 认为 把 砂 存 放 在 特殊 容器 中 是 一 种 浪费 ， 那 么 可 以 通过 指定 一 种 没有 特殊 性 质 的 
“便宜 的 ”容器 来 禁止 把 砂 存放 在 特殊 容器 中 。 

Specification cheap = (ventilated.not()).andlarmored.not ()); 

这 个 约束 将 阻止 第 9 章 中 所 讨论 的 仓库 打包 程序 原型 的 某 些 不 优化 的 行为 。 

从 简单 元 素 构建 复杂 规格 的 能 力 提高 了 代码 的 表达 能 力 。 以 上 组 合 是 以 声明 式 的 风格 编写 

275| 的 。 

由 于 SPECIFICATION 实 现 的 方法 存在 不 同 , 提供 这 些 运算 符 的 难 易 程度 也 不 同 。 下 面 是 一 个 非 
常 简单 的 实现 , 在 有 些 情 况 下 它 的 效率 很 差 , 而 有 些 情况 下 则 很 实用 。 举 这 个 例子 只 是 为 了 起 到 
说 明 的 作用 。 像 任何 模式 一 样 ， 它 也 有 很 多 实现 方式 。 


Composite Specification 
COMPOSITE 下 [T° Wl Pee 
([Gamma et al. 1995]) 


isSatisfied(Object) : boolean 
and{Specification) : Specification 
or(Specification) : Specification 
not(Specification) : Specification 
































2 2 1 
DECORATOR 
([Gamma et al. 1995]) 
6 
Leaf Specification OR Specification AND Specification NOT Specification 











图 10-14 ”SPECIFICATION 的 CoMPOSITE (组 合 ) 设计 


public abstract class AbstractSpecification implements 

Specification { 

public Specification and(Specification other) { 
return new AndSpecification(this, other); 

} 

public Specification orlSpecification other) { 
return new OrSpecification(this, other}); 

} 

Public Specification not() { 
return new NotSpecification(this)}); 
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public class AndSpecification extends AbstractSpecification { 
Specification one; 


，_ ， 、 276 
Specification. other; 


public AndSspecification(Specification x, Specification y) { 
one = xXx; 
other = y; 
} 
public boolean isSatisfiedBy (Object candidate) { 
return one.isSatisfiedBy (candidate) && 
other.isSatisfiedBy (candidate); 


public class OrSpecification extends AbstractSpecification { 

Specification one; 

Specification other; 

public OrSpecification(Specification x, Specification y) { 
one = x; 
other = y; 

} 

public boolean isSatisfiedBy (Object candidate) { 
return one.isSatisfiedBy (candidate) || 

other.isSatisfiedBy (candidate); 





public class NotSpecification extends AbstractSpecification { 
Specification wrapped; 


public NotSpecification(Specification x) { 
wrapped = xXx; 

} 

public boolean isSatisfiedBy{(Object candidate) { 
return !Iwrapped.isSatisfiedBy (candidate); 


} 

为 了 便于 阅读 ， 上 面 这 段 代码 写 得 尽 可 能 简单 。 如 前 所 述 ， 它 在 有 些 情况 下 是 低 效 的 。 可 能 
会 有 一 些 其 他 的 实现 选 树 ， 使 得 对 象 的 数目 减 至 最 少 , 或 极 大 地 提高 速度 , 或 者 与 某 个 项 目的 特 
定 技术 兼容 。 重 要 的 是 模型 捕捉 到 领域 的 关键 概念 ， 同 时 有 一 个 忠实 于 该 模型 的 实现 。 这 就 为 解 
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决 性 能 问题 预 留 了 很 大 的 空间 。 

此 外 ， 这 些 完全 的 通用 性 在 很 多 情况 下 并 不 需要 。 特 别 是 AND 可 能 比 其 他 运算 用 得 更 多 ， 
而 且 它 的 实现 的 复杂 程度 也 较 小 。 如 果 你 只 需要 AND, 那么 完全 可 以 只 实现 它 , 这 没有 什么 可 担 
心 的 。 

我 们 回顾 一 下 第 2 章 的 示例 中 的 对 话 ， 开 发 人 员 显 然 没 有 实现 他 们 SPECIFICATION 中 的 
“satisfied by” 行 为 。 在 他 们 进行 那 段 讨论 的 上 时候, SPECIFICATION 只 是 “根据 需要 来 构建 ”(building 
to order)。 尽 管 如 此 ， 抽 象 仍 然 完 整 ， 而 且 功 能 添加 起 来 也 相对 简单 。 使 用 模式 并 不 意味 着 构建 
你 不 需要 的 特性 。 它 们 可 以 过 后 再 添加 ， 只 要 不 引起 概念 混淆 即 可 。 


CoMPosITE SPECIFICATION 的 另 一 种 实现 


有 些 实现 环境 不 能 使 用 粒度 很 小 的 对 象 。 我 曾经 遇 到 过 一 个 项 目 ， 它 有 一 个 对 象 数据 库 , 这 
个 数据 库 为 每 个 对 象 分 配 一 个 卫 并 跟踪 这 个 ID。 每 个 对 象 都 占有 很 大 的 内 存 空间 , 并 且 产 生 很 大 
的 性 能 开销 ， 因 此 总 的 地 址 空间 成 为 一 个 限制 因素 。 我 在 领域 设计 中 的 一 些 重要 地 方 使 用 了 
SPECIFICATION， 当 时 我 认为 这 是 一 个 很 好 的 决定 。 但 我 使 用 了 一 个 过 于 细致 的 实现 〈 像 本 章 中 摘 
述 的 那样 ) ， 这 无 疑 是 个 错误 。 它 产生 了 数 百 万 个 粒度 非常 小 的 对 象 ， 使 整个 系统 的 速度 变 得 非 
常 缓慢 。 

下 面 的 例子 给 出 了 一 种 替代 实现 , 它 把 组 合 SPECIFICATION 编 码 为 一 个 字符 串 或 者 数组 (这 个 
数组 对 逻辑 表达 式 进行 了 编码 )， 然 后 在 运行 时 进行 解析 。 

(即使 你 没 明白 它 的 实现 也 不 要 紧 , 重要 的 是 认识 到 用 逻辑 运算 符 来 实现 SPECIFICATION 的 方 

[278] 式 有 很 多 。 如 果 最 简单 的 方法 不 适用 于 你 的 情况 ， 可 以 选择 其 他 的 方法 。) 


“Cheap Container” 的 SPECIFICATION 栈 的 内 容 





栈 顶 AndSpecificationOperator (FLY WEIGHT) 
NotSpecificationOperator (FLY WEIGHT) 
Armored 

















NotSpecificationOperator 
Ventilated 





当 我 们 想 测试 一 种 候选 方案 时 , 必须 解释 这 个 结构 , 这 可 以 通过 把 每 个 元 素 弹出 来 并 计算 它 
(或 者 是 根据 运算 符 的 需要 弹出 下 一 个 元 素 ) 来 实现 。 最 后 将 得 到 如 下 结果 : 

and (not (armored), not(ventilated)) 

这 种 设计 有 一 些 优点 (+) 和 和 缺点 (-) 

+ 对象 个 数 较 少 

+ 内存 使 用 效率 高 

-需要 更 高 级 的 开发 人 员 
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你 必须 根据 自己 的 实际 情况 做 出 权衡 , 找到 一 种 适合 你 的 实现 。 基 于 相同 的 模式 和 模型 可 以 
创建 出 完全 不 同 的 实现 。 


包含 

最 后 要 讲 的 这 个 包含 特性 并 不 是 经 常 需要 , 而 且 实 现 起 来 也 很 难 , 但 有 时 它 确实 能 够 解决 很 
困难 的 问题 。 它 还 能 够 表达 出 一 个 SPECIFICATION 的 含义 。 

再 次 考虑 一 下 前 面 的 化 学 仓库 打包 程序 的 例子 。 每 个 Chemical 都 有 一 个 Container 
Specification ， 而 且 Packer SERVICE 确保 当 把 Drum 分 配 到 Container 中 时 ， 所 有 这 些 Container 
Specification 都 被 满足 ， 一 切 都 没有 问题 …… 直到 有 人 改变 了 规则 。 

每 隔 几 个 月 都 会 发 布 一 组 新 的 规则 , 我 们 的 用 户 希 望 能 够 生成 一 个 列表 , 把 那些 已 经 有 了 更 
严格 要 求 的 化 学 品 列 出 来 。 

当然 ， 通 过 运行 一 个 验证 ， 用 新 实施 的 规格 来 检查 仓库 中 的 每 个 Drum， 并 找到 所 有 不 再 满 
足 新 SPECIFICATION 的 化 学 品 ， 这 样 可 以 把 一 部 分 化 学 品 列 出 来 ,而且 这 可 能 也 是 用 户 需要 的 。 这 
可 以 告诉 用 户 现在 仓库 中 有 哪些 Drum 是 需要 转移 的 。 

但 用 户 和 要 求 的 是 把 所 有 那些 存放 要 求 变 得 更 严格 的 化 学 品 都 列 出 来 。 或 许 仓 库 里 目前 还 没有 
这 样 的 化 学 品 , 或 者 它们 碰巧 被 装 到 了 一 个 更 严格 的 容器 中 。 无 论 是 哪 种 情况 ,刚才 的 那个 报告 
都 不 会 列 出 它们 。 

我 们 引入 一 个 用 于 直接 比较 两 种 SPECIFICATION 的 新 操作 。 

boolean subsumes (Specification other); 

更 严格 的 SPECIFICATION 包 含 不 太 严 格 的 SPECIFICATION。 用 更 严格 的 SPECIFICATION 来 取代 不 严 
格 的 SPECIFICATION 不 会 遗漏 掉 先 前 的 任何 需求 。 如 图 10-15 所 示 。 




















subsumes(old) new : Container Specification 
一 [ 
ventilated AND armored 
< 失 一 o 
true 
subsumes(new) old : Container Specification 
一 一 > 
ventilated 
< 一 








人 false 





图 10-15 汽油 容器 的 SPECIFICATION 变 严格 了 
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在 SPECIFICATION 语 言 中 ,我们 说 新 的 SPECIFICATION 包含 旧 的 SPECIFICATION， 因 为 任何 满足 新 
SPECIFICATION 的 对 象 都 将 满足 旧 SPECIFICATION。 

如 果 把 每 个 SPECIFICATION 看 成 一 个 谓词 ， 那么 包含 就 等 于 逻辑 蕴涵 (logical implication)。 使 
用 传统 的 符号 ，A 一 B 表 示 声 明 A 绚 独 声 明 B， 因 此 ， 如 果 A 为 真 ， 则 B 也 为 真 。 

让 我 们 把 这 个 逻辑 应 用 于 我 们 的 容器 匹配 需求 。 当 一 个 SPECIFICATION 被 修改 时 , 我 们 想 知道 
新 SPECIFICATION 是 否 满足 旧 SPECIFICATION 的 所 有 条 件 。 


280 New Spec 一 Old Spec 


也 就 是 说 ,如果 新 规格 为 真 ， 那么 旧 规 格 一 定 也 为 真 。 要 证 明 一 般 情况 下 的 逻辑 缠 涵 是 很 难 
的 , 但 特殊 情况 就 很 容易 证 明 。 例如 , 特殊 的 参数 化 的 SPECIFICATION 可 以 定义 它们 自己 的 包含 规则 。 


public class MinimmAgeSpecification { 
int threshold; 


public boolean isSatisfiedBy (Person candidate}) { 
return candidate.getAge() >= threshold; 
} 


public boolean subsumes (MinimumAgeSpecification other) { 
return threshold >= other.getThreshold(); 
} 
} 


JUnit 测 试 可 能 包含 以 下 代码 : 
drivingAge = new MinimumAgeSpecification(16); 


votingAge = new MinimumAgeSpecification{(18); 
assertTrue (votingAge.subsumes (drivingaAge)); 


还 有 一 个 有 用 的 特例 适用 于 解决 Container Specification 问 题 ， 它 就 是 用 单一 的 逻辑 操作 AND 
把 SPECIFICATION 接 口 与 包含 结合 起 来 。 
public interface Specification { 
boolean isSatisfiedBy (Object candidate); 


Specification andl(Specification other); 
boolean subsumes (Specification other); 


AANDB—4 
. 或 者 在 更 复杂 的 情况 中 ， 
AAND BANDC— AANDB 
这 样 , 如 果 Composite Specification 能 够 把 所 有 由 “AND” 连接 起 来 的 叶子 (leaf) SPECIFICATION 
收集 到 一 起 ， 那 么 我 们 要 做 的 事情 只 是 检查 包含 规格 (subsuming SPECIFICATION) 是 否 含有 被 包 
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含 规格 的 所 有 叶子 (而且 它 可 能 还 包含 更 多 的 叶子 ) 它 的 叶子 是 田 一 个 SPECIFICATION 的 叶子 
集合 的 超 集 。 


public boolean subsumes (Specification other) { 
if (other instanceof CompositeSpecification) { 
Collection otherLeaves = 
(CompositeSpecification) other.leafSpecifications(); 
Iterator it = otherLeaves.iterator!(); 
while (it.hasNext()) { 
if (!1LeaftSpecitications() .contains {it.next())) 
return false; 
} 
} else 1{ 
if (!leafSpecifications() .contains (other) ) 
return false; 
} 
return true; 


} 

我 们 还 可 以 增强 这 种 交互 , 对 仔细 选择 的 参数 化 的 叶子 SPECIFICATION 进 行 比 较 或 者 进行 其 他 
一 些 复杂 的 比较 。 遗 憾 的 是 ， 当 把 OR 和 NOT 也 包括 进来 时 ， 这 些 证 明 会 变 得 更 复杂 。 在 大 多 数 
情况 下 ， 最 好 避免 出 现 这 样 的 复杂 性 : 要 么 选择 放弃 一 些 运算 符 ， 要 么 不 使 用 包含 。 如 果 这 二 者 
同时 需要 ， 那 么 要 慎重 考虑 这 样 做 的 价值 是 否 多 过 它 所 带 来 的 麻烦 。 


受 SPECIFICATION 约 束 的 亚 里 士 多 德 


所 有 人 都 是 要 死 的 Specification manSpec = new ManSpecification(); 
Specification mortalSpec = new MortalSpecification!(); 
assert manSpec .subsumes (mortalSpec); 


亚 里 士 多 德 是 一 个 人 man aristotle = new Man(); 
assert manSpec.isSatisfiedBy (aristotle); 
因此 ， 亚 里 士 多 德 会 死 assert mortalSpec.isSatisfiedBy (aristotle); 


10.9 切入 问题 的 角度 

本 章 展示 了 一 系列 技术 ， 它 们 用 于 澄清 代码 意图 , 使 得 使 用 代码 的 后 果 变 得 显而易见 ,并 且 
解除 模型 元 素 的 耦合 。 尽 管 有 这 些 技术 ,但 要 想 实 现 这 样 的 设计 还 是 很 难 的 。 我 们 不 能 只 是 看 着 
一 个 庞大 的 系统 说 :“ 让 我 们 把 它 设计 得 灵活 点 吧 。” 我 们 必须 选择 具体 的 目标 。 下 面 介 绍 几 种 主 
要 方法 ， 然 后 给 出 一 个 扩展 的 示例 ， 它 显示 了 如 何 把 这 些 模型 结合 起 来 使 用 ， 并 用 于 处 理 更 大 的 
设计 。 
10.9.1 分割 子 领 域 

我 们 无 法 一 下 子 就 能 处 理 好 整个 设计 , 而 需要 一 步 一 步 地 进行 。 我们 从 系统 的 某 些 方面 可 以 
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看 出 适合 用 哪 种 方法 处 理 , 那么 就 把 它们 提取 出 来 加 以 处 理 。 如 果 模 型 的 某 个 部 分 可 以 被 看 作 是 
专门 的 数学 , 那么 可 以 把 这 部 分 分 离 出 来 。 如 果 应 用 程序 实施 了 某 些 用 来 限制 状态 改变 的 复杂 规 
则 ， 那 么 可 以 把 这 部 分 提取 到 一 个 单独 的 模型 中 ， 或 者 提取 到 一 个 允许 声明 规则 的 简单 框架 中 。 
随 着 这 些 步骤 的 进行 ,不 仅 新 模型 更 整洁 了 ， 而 且 剩 下 的 部 分 也 更 小 、 更 清晰 了。 在 剩 下 的 模型 
中 ， 有 的 部 分 是 用 声明 式 的 风格 来 编写 的 一 一 这 些 可 能 是 根据 专门 数学 或 验证 框架 编写 的 声明 ， 
或 者 是 子 领域 所 采用 的 任何 形式 。 

重点 突击 某 个 部 分 , 使 设计 的 一 个 部 分 真正 变 得 灵活 起 来 , 这 比分 散 精 力 泛泛 地 处 理 整 个 系 
统 要 有 用 得 多 。 第 15 章 将 更 深入 地 讨论 如 何 选择 和 管理 子 领域 。 


10.9.2 尽 可 能 利用 已 有 的 形式 


我 们 不 能 把 从 头 创建 一 个 严密 的 概念 框架 当 作 一 项 日 常 的 工作 来 做 。 在 项 目的 生命 周期 中 ， 
我 们 有 时 会 发 现 并 精炼 出 这 样 一 个 框架 。 但 更 常见 的 情况 是 ， 可 以 对 你 的 领域 或 其 他 领域 中 那些 
建立 已 久 的 概念 系统 加 以 修改 和 和 利用， 其 中 有 些 系统 已 经 被 精 化 和 提炼 达 几 个 世纪 之 入。 例如 ， 
很 多 商业 应 用 程序 涉及 会 计 学 。 会 计 学 定义 了 一 组 成 熟 的 ENTITY 和 规则 ， 我 们 很 容易 对 这 些 
ENTITY 和 规则 进行 调整 ， 得 到 一 个 深层 的 模型 和 柔性 设计 。 

有 很 多 这 样 的 正式 概念 框架 ， 而 我 个 人 最 喜欢 的 框架 是 数学 。 数 学 的 强大 功能 令 人 惊奇 ， 
它 可 以 用 基本 数学 概念 把 一 些 复杂 的 问题 提取 出 来 。 很 多 领域 都 涉及 数学 ， 我 们 要 寻找 这 样 的 
部 分 ， 并 把 它 挖掘 出 来 。 专 门 的 数学 很 整齐 ， 可 以 通过 清晰 的 规则 进行 组 合 ， 并 且 很 容易 理解 。 
下 面 我 要 举 一 个 例子 ， 用 它 来 结束 本 章 ， 它 来 自我 过 去 的 经 历 一 一 它 就 是 “股份 数学 ”(Shares 
Math ) 。 


国明 和 各 种 模型 结合 起 来 使 用 ， 股 份 数学 


第 8 章 讲述 了 在 银团 贷款 系统 项 目 上 发 生 的 一 次 模型 突破 的 故事 。 现 在 我 们 将 更 详细 地 讨论 
这 个 例子 ， 这 里 我 们 只 集中 讨论 设计 的 一 个 特性 ， 并 与 原来 项 目 上 的 特性 进行 比较 。 
该 应 用 程序 的 一 个 需求 是 ， 当 借款 者 偿付 本 金 时 ， 软 认 是 根据 放贷 方 的 股份 来 分 配 这 笔 钱 。 



































遇 最 初 的 付款 分 配 设计 痢 
随 着 我 们 对 它 进行 重 构 ， 这 段 代码 会 变 得 越 来 越 容 易 理解 ， 因 此 不 必 过 度 深 究 这 个 版 本 。 
Loan Share I 
OwWwner > a 
distributePrincipalPayment(Money) : Map Owner : Company 和 a 
getAmount() : Money amount : Money 3 
图 10-16 i 
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public class Loan { 


private Map shares; 
//AcCcessors, Constructors, and very simple methods are excluded 


public Map distributeprincipalPayment (double paymentAmount) { 
Map paymentShares = new HashMap () ; 
Map loanShares = getShares {():; 
double total = getAmount{(); 
Iterator it = loanShares.keySet() .iterator!(); 
while(it.hasNext()) { 
Object owner = it.next(); 
double initialLoanShareAmount = getSshareAmount (owner}; 
double paymentShareAmount = 
initialLoanShareAmount / total * paymentAmount; 
Share paymentShare = 
new Share (owner, paymentShareAmount); 
paymentShares .put (owner, paymentShare); 


double newLoanShareAmount = 
initialLoanShareAmount - paymentShareAmount:; 
Share newLoanShare = 284 
new Share (owner, newLoanShareAmount); 
loanSshares.put (owner, newLoanShare); 
} 


return paymentShares; 





public double getAmount() { 

Map loanShares = getShares(); 

double total = 0.0; 

Iterator it = loanShares.keySet () .iterator(); 

while(it.hasNext()) { 
Share loanShare = {Share) loanShares .get (it.next()); 
total = total + loanShare.getAmount(); 

} 


return total; 


烛 把 命令 和 SIDE 一 EFFECT 一 FREE FUNCTION 分 开 妆 


这 个 设计 已 经 有 了 INTENTION-REVEALING INTERFACE。 但 distributePaymentPrincipal() 


方法 做 了 一 件 很 危险 的 事情 。 它 计算 要 分 配 的 股份 ,并且 还 修改 了 Loan。 我 们 通过 重 构 把 查询 从 


200 第 三 部 分 通过 重 构 来 加 深 理 解 





修改 操作 中 分 离 出 来 。 


























Loan Share 
owner (> 
calculatePrincipalPaymentShares(Money) : Map owner : Company 
applyPrincipalPaymentShares(Map) amount : Money 
getAmountO 





图 10-17 


public void apPplLlYPrincipalPaymentShares (Map paymentSshares) { 

Map loanShares = getShares(); 

Iterator it = PaymentShares .kevSet () .iterator(); 

whilIe (It.hasNext()) { 
Object lender = it.next(); 
Share paymentShare = (Share) paymentShares.get (lender); 
Share loanShare = {Share) loanShares.get (lender}; 
double newLoanShareAmount = loanShare.getAmount() - 

paymentShare.getAmount (}; 

Share newLoanShare = new Share(llender, newLoanShareAmount); 





loanShares.put (lender, newLoanShare); 


public Map calculatePrincipalPaymentShares {tdouble paymentAmount}) 1 
Map paymentShares = new HashMap(}; 
Map loanShares = getShares()}); 
double total = getAmount(}; 
Iterator it = loanShares.keySet() .iterator(}); 
while(it.hasNext()) { 
Object lender = it.next(}; 
Share loanSshare = (Share) loanShares.get (lender}); 
double paymentShareAmount = 
loanShare.getAmount() / total + paymentAmount; 
Share paymentShare = new Share(lender, paymentShareAmount); 
paymentShares.put (lender, paymentShare); 
} . 
return paymentShares; 


} 
客户 代码 现在 如 下 : 
Map distribution = 


aLoan.calculatePrincipalPaymentShares (paymentAmount); 
aLoan.applyPrincipalPaymentShares (distribution}); 
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这 段 代码 不 算 太 差 。FuNCTION 把 大 量 的 复杂 性 封装 在 INTENTION-REVEALING INTERFACE 背 后 。 
但 当 我 们 添加 applyDrawdown () ，calculateFeePaymentShares () 等 一 些 国 数 之 后 ， 代 码 开始 
大 量 增加 。 每 次 扩充 都 使 代码 变 得 更 复杂 ， 速 度 也 不 断 减 慢 。 这 可 能 是 由 于 粒度 过 大 造成 的 。 传 
统 的 解决 方法 是 把 计算 方法 分 解 为 子 例 程 。 这 可 能 是 一 种 不 错 的 解决 办 法 ,但 我 们 希望 最 终 看 到 
底层 的 概念 边界 ， 并 深化 模型 。 当 设计 元 素 具 有 这 种 CoNCEPTCONTOURING 的 粒度 时 ， 就 可 以 把 
这 些 元 素 进 行 组 合 ， 得 到 所 需 的 变 体 。 


现在 我 们 有 足够 的 条 件 来 探索 新 模型 了 。 在 这 个 实现 中 ，Share 对 象 是 被 动 的 ， 它 们 是 用 一 
些 复杂 .低级 的 方式 来 操纵 的 。 这 是 因为 大 部 分 与 股份 有 关 的 规则 和 计算 并 不 适用 于 单独 的 股份 ， 
而 是 用 于 成 组 的 股份 。 有 一 个 概念 被 漏 掉 了 : 股份 互相 之 间 是 有 关联 的 ， 同 时 部 分 又 构成 整体 。 
如 果 能 把 这 个 概念 显 式 地 表达 出 来 ， 就 能 更 简洁 地 表示 这 些 规 则 和 计算 。 
































Loan Loan 
OWwner 9 
Share Share Pie 

OWner 
Share 
图 10-18 


Share Pie 表 示 了 一 个 特定 的 Loan 的 总 体 分 布 。 它 是 一 个 ENTITY, 其 标识 位 于 Loan AGGREGATE 
的 内 部 。 实 际 的 分 布 计算 可 以 被 委托 给 Share Pie。 





























Loan Share Pie 
人 > prorate( double) : Map 
calculatePrincipalPaymentShares(double): Map increase(Map) 
applyPrincipalPaymentShares(Map) decrease(Map) 
getAmount() ; double getAmount() : double 
\ 
Share 





owner : Company 
amount : double 











图 10-19 
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public class Loan { 
private SharePie shares; 


//Accessors, constructors, and straightforward methods 
//are omitted 


public Map calculateprincipalPaymentDistriputiont( 
double paymentAmount) { 
return getShares() .prorated (paymentAmount); 
} 


public void applyPrincipalPayment (Map PaymentShares) { 
shares.decrease (payment Shares); 
} 
} 


这 样 Loan 就 被 简化 了 , 而 且 Share 计 算 也 被 集中 到 了 一 个 VALUE OBJECT 中 (这 个 VALUE OBJECT 
只 负责 这 个 计算 ) 。 但 是 ， 这 个 计算 并 没有 真正 变 得 通用 和 易 用 。 


息 在 进一步 理解 之 后 ， 把 Share Pie 变 成 一 个 VALUE OBJECT 六 

通常 , 在 实现 一 个 新 设计 的 过 程 中 ,所 获得 的 经 验 会 引导 我 们 对 模型 本 身 形成 新 的 认识 。 在 
这 个 例子 中 ，Loan 和 Share Pie 的 紧密 耦合 使 Share Pie 与 Share 之 间 的 关系 变 得 模糊 不 清 。 如 果 我 们 
把 Share Pie 变 成 一 个 VALUE OBJECT， 会 产生 什么 变化 呢 ? 

这 意味 着 不 能 再 使 用 increase (Map) 和 decrease (Map) 了 ， 因 为 Share Pie 必 须 是 不 变 的 。 要 
更 改 Share Pie 的 值 ， 必 须 替 换 整 个 Pie。 因 此 需要 使 用 aqdshares (Map) 这 样 的 方法 来 返回 一 个 全 
新 的 、 更 大 的 Share Pie。 

让 我 们 再 进一步 把 它 变 成 CLOSURE OF OPERATION。 我 们 不 采用 “增加 ”Share Pie 或 向 它 添加 
Share， 而 只 是 把 两 个 Share Pie 加 起 来 ， 结 果 是 一 个 新 的 、 更 大 的 Share Pie。 

我 们 可 以 先 把 Share Pie 上 的 prorate () 操作 变 成 半 个 闭合 操作 ， 这 只 需要 修改 返回 类 型 即 
可 。 我 们 把 它 重 命名 为 prorateaQ() ， 以 便 强 调 它 没 有 副作用 。“ 股 份 数学 ”开始 成 型 了 ， 最 初 它 
有 4 个 操作 。 








Loan Share Pie 








> prorated(double) : Share Pie 
calculatePrincipalPaymentShares(double) : Share Pie plus(Share Pie) : Share Pie 


applyPrincipalPaymentShares(Share Pie) minus(Share Pie) : Share Pie 
getAmount() : double getAmount() : double 


Share 




















owner : Company 
amount : double 











图 10-20 
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我 们 可 以 为 新 的 VALUE OBJECT Share Pie 创 建 一 些 定义 明确 的 ASSERTION。 每 个 方法 都 有 各 自 


public class SharePie { 
private Map shares = new HashMap (); 


//Accessors and other straightforward methods are omitted 


public double getAmount () 1 
double total = 0.0; 
Iterator it = shares.keySet().iterator();: 
whilel(lit.hasNext(}) { 总 股份 等 于 各 股份 之 和 
Share loanShare = getShare(it.next()); 
total = total + loanShare.getAmount () ; 
} 


return total; 


public SharePie minus (SharepPie otherShares) { 

SharePie result = new SharePie(); 
Set owners = new HashSet (); 
owners.addAll (getOwners ()); 
owners.addAll (otherShares .getOwners ()); 两 个 Pie 之 差 等 于 这 两 个 
Iterator it = owners.iterator(}); 股东 所 持 股份 之 差 
while(it.hasNext{(})) { 

Object owner = it.next!{(); 

double resultShareAmount = getShareAmount (owner) -— 

otherShares .getShareAmount (owner) : 

result.add (owner, resultShareAmount); 

} 


return result; 


public SharePie plus{Sharepie otherShares) { 两 个 Pie 的 组 合 就 等 于 把 
， //Similar to implementation of minus{) 这 两 个 股东 所 持 股 份 加 到 
一 起 


public SharePie prorated(double amountToProrate) { 
SharePie proration = new SharepPie(); 
double basis = getAmount () ; 


Iterator it = Shares .keySet() .iterator(); 总 额 可 以 依照 所 有 股东 所 
while(it.hasNext()) { 古 的 股份 核 比例 划分 
Object owner = it.next(); 
Share Share = getSharel(ownez) : 


double proratedShareAmount = 
share.getAmount() / basis * amountToProrate; 


proration.add (owner, proratedShareAmount); 
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} 


return proration; 


新 设计 的 柔性 ， 


public class Loan { 
private SharePie shares; 


//Accessors, constructors, and straightforward methods 


//are omitted 


public SharePie calculateprincipalPaymentDistributiont 
double paymentAmount) { 
return shares.prorated (paymentAmount); 
} 


public void applyPrincipalPayment (SharepPie paymentShares) { 
setShares (shares .minus (payment Shares)}; 
} 


这 些 简短 的 方法 中 的 每 一 个 都 表达 了 其 自己 的 含义 。 本 金 偿付 表示 从 货款 中 按照 股份 减 去 偿 
付 额 。 对 已 偿付 的 本 金 进行 分 配 是 指 在 股份 持 有 者 之 间 按 比例 分 配 。Share Pie 的 设计 使 我 们 能 够 在 
Loan 代 码 中 使 用 声明 式 风 格 ， 所 编写 的 代码 读 起 来 像 是 业务 交易 的 概念 定义 ， 而 不 像 是 一 种 计算 。 

现在 ,其 他 交易 类 型 (由 于 过 于 复杂 没有 在 前 面 列 出 ) 也 很 容易 声明 了 。 例 如 ， 货 款 支 取 是 
根据 贷方 的 Facility 股 份 来 分 配 的 。 新 支取 的 数额 被 加 到 未 偿 货 款 (Loan) 中 。 用 我 们 的 新 领域 语 
言 可 以 描述 如 下 : 

public Class Facility { 


private SharePie shares; 


public SharePie calculateDrawdownDefaultDistributiont 
double drawdownAmount) { 
return shares .prorated (drawdownAmount}:; 


} 
public class Loan { 


public void applyDrawdown (SharePie drawdownShares) { 
setShares (shares .plus {drawdownShares)}): 


} 
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要 查看 每 个 贷方 的 原 定货 款额 与 实际 货款 额 之 差 ,只 需 计算 该 贷方 在 未 偿 Loan 总 额 中 的 理论 
分 配 值 ， 然 后 用 Loan 的 实际 股份 减 去 这 个 值 即 可 。 
SharePie originalAgreement = 
aFacility.getShares{() .prorated(aLoan.getAmount {()); 


SharePie actual = aLoan.getShares () : 
SharePie deviation = actual.minus (originalAgreement); 


Share Pie 设 计 的 一 些 特性 使 这 种 组 合 变 得 很 容易 ， 也 提高 了 代码 的 表达 能 力 。 

口 复杂 的 逻辑 通过 SIDE-EFFECT-FREE FUNCTION 被 封装 到 了 专门 的 VALUE OBJECT 中 。 大 部 分 

复杂 逻辑 都 已 经 被 封装 到 这 些 不 变 的 对 象 中 。 由 于 Share Pie 是 VALUE OBJECT， 因 此 数学 运 
算 可 以 创建 新 实例 ， 我 们 可 以 用 这 些 新 实例 来 替换 旧 实 例 。 
Share Pie 的 所 有 方法 都 不 会 修改 任何 现 有 对 象 。 这 使 我 们 在 中 间 计 算 中 能 够 自由 地 使 用 
plus () 、minus () 和 pro-ratedq()， 并 通过 组 合 它 们 来 实现 预期 效果 ， 同 时 又 不 会 产生 
其 他 副作用 。 我 们 还 可 以 根据 这 些 方 法 来 创建 分 析 特 性 (以 前 ， 只 有 在 执行 实际 计算 的 
时 候 才 能 调用 这 些 方法 ， 因 为 在 每 次 调用 之 后 数据 就 改变 了 )。 

口 修改 状态 的 操作 很 简单 ， 而 且 是 用 ASSERTION 来 描述 的 。 利 用 “股份 数学 ”的 高 层 抽 象 ， 
我 们 可 以 用 声明 式 的 风格 来 精确 地 编写 交易 的 固定 规则 。 例 如 ， 差 值 是 实际 股份 减 去 根 
据 Facility 的 Share Pie 按 比例 分 配 的 Loan 额 。 

口 模型 概念 解除 了 耦合 ,操作 只 涉及 最 少 的 其 他 类 型 。Share Pie 上 的 一 些 方法 显示 出 它们 是 
CLOSURE OF OPERATION (加 、 减 方法 是 Share Pie 之 下 的 闭合 操作 )。 其 他 操作 以 简单 的 总 
额 作 为 参数 或 返回 值 ， 它 们 虽然 不 是 闭合 操作 ， 但 只 增加 了 极 少 的 概念 负担 。Share Pie 
只 与 一 个 其 他 的 类 一 一 Share 有 密切 交互 。 这 样 ，Share Pie 就 非常 直截了当 ， 易 于 理解 和 
测试 ， 也 很 容易 通过 组 合 来 产生 声明 式 的 交易 。 这 些 特性 都 是 从 数学 形式 中 继承 得 来 的 。 

口 熟悉 的 形式 使 我 们 更 容易 掌握 协议 (protocol)。 最 初 用 于 操作 股份 的 协议 本 来 也 是 可 以 用 
财务 术语 来 设计 的 ， 而 且 从 原则 上 讲 ， 这 样 的 设计 也 能 很 灵活 。 但 它 有 两 个 缺点 。 首 先 ， 
我 们 必须 从 头 开 始 设计 它 ， 这 是 一 项 困难 且 没 有 把 握 完 成 的 任务 。 其 次 ， 每 个 处 理 它 的 
人 都 必须 先 学 会 它 。 而 我 们 现在 这 种 设计 的 好 处 是 ， 看 到 股份 数学 的 人 会 发 现 他 们 对 这 
个 早已 十 分 熟悉 了 ， 而 且 由 于 设计 与 算术 规则 保持 严格 一 致 ， 因 此 人 们 不 会 被 误导 。 

把 与 数学 形式 有 关 的 那 部 分 问题 提取 出 来 之 后 ， 我 们 得 到 了 一 个 柔性 的 Share 设 计 ， 这 使 得 

我 们 可 以 进一步 精炼 核心 的 Loan 和 Facility 方 法 (参见 第 15 章 有 关 CORE DoMAIN 的 讨论 )。 





柔性 设计 可 以 极 大 地 提升 软件 处 理 变更 和 复杂 性 的 能 力 。 正 如 本 章 的 例子 所 示 , 柔性 设计 在 
很 大 程度 上 取决 于 详细 的 建 模 和 设计 决策 。 和 柔性 设计 的 影响 可 能 远 远 超越 某 个 特定 的 建 模 和 设计 
问题 。 第 1S 章 将 讨论 柔性 设计 的 战略 价值 ,我 们 将 把 它 作为 一 种 工具 ， 用 来 精炼 领域 模型 ， 以 便 
使 大 型 和 复杂 的 项 目 更 易于 掌握 。 
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FT 刻 的 模型 和 柔性 的 设计 并 不 会 轻易 得 到 。 要 想 取得 进展 ， 必 须 学 习 大 量 领域 知识 并 进 

4 信行 充分 的 讨论 ， 还 需要 经 历 大 量 的 尝试 和 失败 。 但 有 时 我 们 也 能 从 中 获得 一 些 优势 。 

一 位 经 验 丰 富 的 开发 人 员 在 研究 领域 问题 时 ， 如 果 发 现 了 他 所 熟悉 的 某 种 职责 或 某 个 关系 
网 , 他 会 想起 以 前 这 个 问题 是 如 何 解 决 的 。 以 前 尝试 过 哪些 模型 ? 哪些 是 有 效 的 ? 在 实现 中 有 哪 
些 难题 ? 它们 是 如 何 解决 的 ? 先前 经 历 过 的 尝试 和 失败 会 突然 间 与 新 的 情况 联系 起 来 。 这 些 模式 
当中 有 一 些 已 经 记载 到 文献 中 供 大 家 分 享 ， 这 样 我 们 就 可 以 借鉴 这 些 积累 的 经 验 。 

与 第 二 部 分 提出 的 基本 构造 块 模式 和 第 10 章 介绍 的 柔性 设计 原则 相 比 , 这 些 模 式 属 于 更 高 级 
和 专用 的 模式 ， 其 中 还 使 用 了 少量 对 象 来 表示 某 种 概念 。 利 用 这 些 模 式 ， 可 以 避免 一 些 代价 高 昂 
的 尝试 和 失败 过 程 , 而 直接 从 一 个 已 经 具有 良好 表达 力 和 易 实 现 的 模型 开始 工作 , 而且 构 造 块 模 
式 已 经 解决 了 一 些 可 能 很 难 学 习 的 微妙 的 问题 。 我 们 可 以 从 这 样 一 个 起 点 来 重 构 和 试验 。 然 而 ， 
它们 并 不 是 现成 的 解决 方案 。 

在 《分 析 模 式 》 一 书 中 ，Martin Fowler 这 样 定 义 分 析 模 式 ([Fowler 1997, p. 8]): 

分 析 模 式 是 一 种 概念 集合 , 用 来 表示 业务 建 模 中 的 常见 构造 。 它 可 能 只 与 一 个 领域 

有 关 ， 也 可 能 跨越 多 个 领域 。 

FEowler 所 提出 的 分 析 模 式 来 自 于 实践 经 验 ， 因 此 只 要 用 在 适当 的 情况 下 ， 它 们 会 非常 实用 。 
这 些 模式 为 那些 面 对 领 域 桃 战 的 开发 人 员 提 供 了 一 个 非常 有 价值 的 迭代 开发 过 程 起 点 。“ 分 析 模 
式 ” 这 个 名 字 本 身 就 强调 了 其 概念 本 质 。 分 析 模 式 并 不 是 技术 解决 方案 ,而 只 是 用 来 指导 人 们 设 
计 特 定 领域 中 的 模型 。 

但 从 这 个 名 字 中 我 们 看 不 出 分 析 模 式 也 讨论 了 大 量 实现 问题 ， 包 括 一 些 代码 。Fowler 知 道 ， 
在 不 考虑 实际 设计 的 情况 下 进行 单纯 的 分 析 是 有 缺陷 的 。 下 面 举 一 个 很 有 趣 的 例子 , 在 这 个 例子 
中 ，Fowler 用 更 长 远 的 有 眼光 审视 了 模型 选择 的 意义 一 一 考虑 在 部 署 之 后 ， 模 型 选择 对 系统 长 期 维 
护 的 影响 ([Fowler 1997, p. 151])。 

当 构 建 一 个 新 的 [会 计 ] 实 务 时 ， 我 们 会 创建 一 个 新 的 过 账 规则 (posting rule) 的 实 
例 网 。 这 项 工作 完全 不 需要 重新 编译 或 重建 系统 ， 而 且 不 影响 系统 的 运行 。 有 时 我 们 将 
不 可 避免 地 需要 过 账 规则 的 某 个 新 的 子 类 型 ， 但 这 种 情况 并 不 多 见 。 
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在 一 个 成 熟 的 项 目 上 ， 模 型 选择 往往 是 根据 实用 经 验 做 出 的 。 人 们 已 经 尝试 了 各 种 组 件 的 
多 种 实现 方法 。 其 中 的 一 些 实 现 已 经 被 采用 ， 其 至 已 经 到 了 维护 阶段 。 这 些 经 验 可 以 帮助 人 们 
避 开 很 多 问题 。 分 析 模 式 的 最 大 作用 是 借鉴 其 他 项 目的 经 验 ， 把 那些 项 目 中 所 做 的 广泛 的 设计 
方向 讨论 和 实现 结果 的 经 验 与 当前 的 模型 结合 起 来 。 脱 离 设计 模式 的 上 下 文 来 讨论 模型 思想 将 
使 它们 很 难 应 用 ， 而 且 还 会 产生 分 析 与 设计 脱节 的 风险 ， 而 这 一 点 正 是 MODEL-DRIVEN DESIGN 
坚决 反对 的 。 

用 实例 比 用 单纯 的 抽象 描述 能 够 更 好 地 解释 分 析 模 式 的 原则 和 应 用 。 本 章 将 举 出 两 个 例子 ， 
它们 选 自 Fowler 1997] 中 的 “Inventory andAccounting” (库存 与 账户 ) 一 章 ， 在 这 两 个 例子 中 开 
发 人 员 使 用 一 个 小 型 的 有 代表 性 的 模型 。 本 章 只 是 为 了 讲解 这 两 个 例子 而 概述 分 析 模 式 。 显然， 
本 章 的 目的 不 是 对 这 种 模式 进行 归纳 分 类 ， 甚 至 对 示例 所 使 用 的 模式 也 没有 做 完全 的 解释 。 本 章 
的 重点 是 说 明 如 何 将 它们 集成 到 领域 驱动 的 设计 过 程 中 。 

B29 账户 的 利息 计算 

第 10 章 显示 了 开发 人 员 为 某 种 专用 会 计 应 用 程序 去 寻找 更 深层 模型 的 各 种 可 能 途径 。 而 本 示 
例 则 是 另外 一 个 场景 ， 这 里 开发 人 员 将 深入 挖掘 Fowler 的 《分 析 模 式 》 一 书 ， 从 中 寻找 有 用 的 思 
想 。 

来 复习 一 下 。 用 于 跟踪 货款 和 其 他 有 息 资 产 的 应 用 程序 将 计算 所 产生 的 利息 和 手续 费 , 并 跟 
踪 借 方 的 付款 情况 。 夜 间 会 有 一 个 批 处 理 操作 提取 这 些 数字 ,并 传递 给 原来 的 会 计 系 统 ， 并 标明 
每 个 账目 应 该 过 账 到 哪个 分 类 账 中 。 这 种 设计 虽然 能 工作 ， 但 使 用 起 来 却 很 麻烦 ， 修 改 起 来 也 很 
复杂 ， 而 且 不 易于 交流 沟通 。 
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图 11-1 初始 的 类 图 
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开发 人 员 决定 读 一 下 《分 析 模 式 》 的 第 6 章 “Inventory and Accounting”。 下 面 是 摘录 的 一 些 


最 与 之 相关 的 内 容 。 
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《分析 模 式 》 中 的 账户 模型 
所 有 种 类 的 业务 应 用 程序 都 需要 对 账户 进行 跟踪 ,因为 账户 中 保存 了 与 数值 有 关 的 信息 ( 通 
常 是 钱 )。 在 很 多 应 用 程序 中 ， 仅 跟踪 账户 总 额 是 不 够 的 ， 记 录 和 控制 账户 总 额 的 每 次 修改 也 很 


重要 。 这 也 是 会 计 模 型 最 基本 的 动机 。 
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balance: Quantity amount: Quantity 
Q whenCharged: Timepoint 
whenBooked: Timepoint 




















{balance = umlentres amound) | 





图 11-2 一 个 基本 的 账户 模型 


通过 插入 一 个 Entry (项 ) 可 以 向 账户 中 添加 数值 ， 而 插入 一 个 负 的 Entry 则 可 以 从 账户 中 删除 
数值 。Entry 永 远 不 会 被 删除 ， 因 此 整个 历史 就 会 被 保留 下 来 。 余 额 就 是 把 所 有 Entry 加 到 一 起 所 得 
到 的 结果 。 这 个 余额 可 以 实时 计算 ， 也 可 以 被 缓存 ， 这 是 由 Account 接 口 封 装 的 一 个 实现 决策 。 

会 计 的 一 条 基本 原则 就 是 账目 的 平 恒 。 钱 不 会 无 中 生 有 ， 也 不 会 无 故 消 失 。 它 只 能 从 一 个 账 
户 转移 到 另 一 个 账户 。 
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balance: Quantity KK 一 amount: Quantity Transaction 
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{sum(entries.amount) = 0} 








图 11-3 一 个 交易 模型 


这 就 是 众所周知 的 “复式 记 账 ”(double-entry book-keeping) 概念 。 每 个 贷方 都 有 与 之 相应 
的 借方 。 当 然 ， 像 其 他 守恒 定律 一 样 ， 它 只 适用 于 一 个 封闭 的 系统 ， 这 个 系统 包含 了 入 账 和 出 账 
的 所 有 明细 。 但 很 多 简单 的 应 用 程序 并 不 需要 这 么 严格 。 

Fowler 在 他 的 书 中 介绍 了 这 些 模型 的 较 全 面 的 形式 ， 并 对 折 中 问题 做 了 大 量 讨论 。 

开发 人 员 (开发 人 员 1) 通过 阅读 这 些 内 容 获 得 了 一 些 新 的 思路 。 她 把 这 章 内 容 介绍 给 她 的 
同事 (开发 人 员 2) 看 ， 这 位 同事 正在 与 她 一 起 编写 一 些 利息 计算 逻辑 ， 而 且 他 还 编写 了 夜间 批 
处 理 程序 。 他 们 一 起 对 模型 作 了 一 些 粗 略 的 修改 ,并 在 模型 中 加 进 了 一 些 在 阅读 该 章 时 看 到 的 模 
型 元 素 。 
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图 11-4 ”新 提出 的 模型 
然后 他 们 找 来 领域 专家 (以 下 称 专家 ) 一 起 讨论 新 模型 的 思路 。 


开发 人 员 1: 利用 这 个 新 模型 ， 我 们 可 以 在 InterestAccount 中 为 每 笔 利息 收入 增加 一 个 Entry ， 
而 不 是 只 调整 interestDueAmount。 然 后 ， 另 一 个 付款 的 Entry 会 使 其 平 账 。 

专家 : 这 样 是 不 是 就 可 以 看 到 所 有 的 应 计 (accrual) 利息 和 付款 历史 了 ? 这 正 是 需要 的 功能 。 

开发 人 员 2: 我 不 确定 这 里 使 用 “Transaction”( 交 易 ) 是 否 完全 正确 。 定 义 讲 的 是 把 钱 从 一 
个 Account 转 移 到 另 一 个 Account， 而 不 是 两 个 Entry 在 同一 个 Account 中 互相 平衡 。 

开发 人 员 1: 这 个 问题 很 好 ， 我 也 有 些 担心 ， 因 为 书 上 似乎 强调 交易 是 皮 间 建立 的 ， 而 利息 
的 付款 可 以 过 几 天 再 进行 。 

专家 : 那些 付款 不 一 定 要 推迟 几 天 ， 在 支付 时 间 上 可 以 灵活 处 理 。 

开发 人 员 1: 那么 这 种 担心 就 没有 必要 了 。 我 想 我 们 或 许 已 经 发 现 了 一 些 隐 含 的 概念 。 让 
Interest Calculator 来 创建 Entry 对 象 似 乎 确实 更 易 理 解 。 而 且 Transaction 似 乎 把 计算 出 的 利息 和 付 
款 巧 妙 地 联系 在 一 起 了 。 

专家 : 为 什么 要 把 应 计 项 目 和 付款 联系 在 一 起 呢 ? 它们 在 会 计 系 统 中 分 开 过 账 的 ，Account 
的 平 账 才 是 主要 的 。 沿 着 一 个 一 个 的 Entry， 我 们 就 可 以 查 出 所 有 的 账目 。 

开发 人 员 2: 你 的 意思 是 说 不 用 跟踪 利息 是 否 已 经 支付 这 一 点 吗 ? 

专家 : 当然 需要 跟踪 。 但 它 并 不 是 你 们 所 说 的 “一 次 应 计 项 目 /一 笔 付款 ”这 种 简单 的 模式 ， 

开发 人 员 2: 实际 上 不 用 考虑 那 种 关联 之 后 ， 很 多 事情 都 简化 了 。 

开发 人 员 1: 好 的 ， 这 样 如何? [ 拿 来 旧 类 图 的 复印 件 开始 把 修改 的 地 方 画 出 来 ]。 顺 便 问 一 
下 ， 你 好 几 火 提 到 “应 计 项 目 ” 这 个 词 ， 能 确切 地 讲 一 下 它 的 意思 吗 ? 

专家 : 当然 可 以 。 应 计 项 目 (accrual) 是 指 在 一 笔 支出 或 收入 发 生 的 时 候 把 它 记 录 到 账目 中 ， 而 
永远 不 管 现金 实际 是 何 时 过 账 的 。 因 此 ,利息 每 天 都 会 计算 ,但 只 有 在 (举例 来 说 ) 月 末 才 会 支付 。 
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开发 人 员 1: 是 的 ， 我 们 确实 需要 这 个 词 。 好 ， 现 在 这 个 图 怎么 样 ? 
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图 11-5 ”还 是 原来 的 类 图 ， 只 是 把 应 计 项 目 和 付款 分 开 了 
开发 人 员 1: 现在 , 我 们 可 以 删 掉 与 付款 有 关 的 所 有 复杂 计算 了 , 而 且 我 们 引入 了 “accrual” 
这 个 术语 ， 它 更 好 地 表明 了 我 们 的 意图 。 
专家 : 那么 我 们 就 不 会 有 Account 对 象 了 吧 ? 我 本 来 还 希望 能 够 把 应 计 项 目 、 付 款 和 余额 等 


项 者 放 到 这 个 对 象 中 呢 。 


开发 人 员 1: 是 吗 ? ! 如 果 是 那样 的 话 ， 或 许 这 么 画 就 可 以 [ 拿 起 另 一 张 图 开始 画 起 来 ]。 
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图 11-6 ”基于 账户 的 图 ， 里 面 没 有 Transaction 
专家 : 这 看 起 来 确实 好 极 了 | 


开发 人 员 2: 批 处 理 脚 本 也 只 需要 简单 的 修改 就 能 使 用 这 些 新 对 象 。 
开发 人 员 1: 新 的 Interest Calculator 过 几 天 才能 使 用 。 有 好 几 个 测试 需要 修改 一 下 。 但 修改 之 


后 测试 会 更 清楚 。 
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两 位 开发 人 员 开 始 基于 新 模型 进行 重 构 。 他 们 在 着 手 编写 代码 并 加 强 设计 时 , 又 有 了 一 些 对 
模型 进行 精 化 的 新 想法 。 

通过 更 仔细 的 研究 , 他 们 发 现 这 两 个 子 类 在 应 用 程序 中 的 职责 稍 有 不 同 , 而 且 都 是 非常 重要 
的 领域 概念 ， 于 是 决定 为 Entry 创 建 两 个 子 类 : Payment 和 Accrual。 但 另 一 方面 ， 从 “Entry 是 从 何 
而 来 的 ”这 个 角度 来 看 ， 那 么 无 论 它 是 因为 手续 费 而 产生 的 ， 还 是 因为 利息 产生 的 ， 在 概念 和 行 
为 上 都 没有 任何 区 别 。 它 们 只 是 出 现在 适当 的 Account 中 。 

但 遗憾 的 是 ,开发 人 员 们 发 现 ,出 于 实现 方面 的 考虑 ， 他 们 不 得 不 放弃 最 后 这 一 次 抽象 。 数 
据 存 储 在 关系 表 中 ,而且 项 目标 准 要 求 在 不 运行 程序 的 情况 下 也 能 解释 清楚 这 些 表 。 这 意味 着 要 
把 手续 费 项 和 利息 项 分 开 保存 到 不 同 的 表 中 。 根 据 他 们 所 使 用 的 对 象 -关系 映射 框架 ， 将 手续 费 
项 和 利息 项 保存 到 不 同 表 中 的 唯一 方法 就 是 创建 具体 的 子 类 (Fee Payment、Interest Payment 等 
等 )。 如 果 换 成 另外 一 种 基础 设施 ， 他 们 或 许 还 可 以 避免 使 用 这 些 策 拙 的 子 类 。 

我 在 这 个 大 部 分 是 虚构 的 故事 中 讲述 这 段 小 播 曲 的 原因 是 想 说 明 我 们 在 现实 中 总 是 会 遇 到 
这 类 小 的 障碍 。 我 们 必须 做 出 一 些 适 当 的 折 中 选择 然后 继续 前 进 , 而 不 能 因为 这 些小 问题 而 改变 
MODEL-DRIVEN DESIGN 的 方向 。 
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表示 污 日 期 利息 的 Account 
中 ，Entry 存 在 人 ~ 
Payment Accrual 
创建 这 些 子 类 是 由 二 在 实现 中 -一 \ f 人 
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使 用 的 对 象 -关系 映射 框架 导致 | 了 Payment Payment Acerual Accrual 
不 得 不 做 出 这 些 折 中 


























图 11-7 实现 之 后 的 类 图 


新 的 设计 更 易于 分 析 和 测试 ， 因 为 最 复杂 的 功能 已 被 封装 到 了 SIDE-EFFECT-FREE FUNCTION 
中 。 剩 下 的 命令 的 代码 很 简单 (因为 它 只 需 调 用 各 种 FUNCTION) ， 并 使 用 了 ASSERTION。 





有 时 ， 我 们 其 至 想象 不 到 ,程序 的 一 些 部 分 也 能 从 领域 模型 获 益 。 它 们 可 能 从 简单 开始 , 并 
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一 步 步 机 械 地 演变 。 它 们 看 上 去 就 像 是 复杂 的 应 用 程序 代码 ,而 不 是 领域 逻辑 。 分 析 模 式 在 找到 
这 些 盲 点 方面 特别 有 用 。 

在 下 一 个 例子 中 , 一 位 开发 人 员 对 夜间 批 处 理 程序 的 内 部 机 制 产 生 了 新 的 想法 , 以 前 他 并 没 
有 从 领域 的 角度 来 考虑 这 一 问题 。 





对 夜间 批 处 理 程 序 的 深入 理解 


几 星 期 后 ,改进 后 的 基于 Account 的 模型 基本 完成 了 。 像 往常 一 样 ， 虽然 新 设计 更 加 清晰 了 ， 
但 它 又 暴露 了 其 他 一 些 问 题 。 开 发 人 员 (开发 人 员 2) 在 修改 夜间 批 处 理 程序 以 使 之 与 新 设计 交 
互 的 时 候 ， 发现 批 处 理 程序 的 行为 与 《分 析 模 式 》 一 书 中 所 讲 的 一 些 概念 有 联系 。 下 面 就 是 他 发 
现 的 一 些 最 相关 的 概念 : 


5 过 账 规则 8 

会 计 系 统 经 常 提供 同一 个 基本 财务 信息 的 多 种 视图 。 一 个 账户 可 能 用 于 跟踪 收入 , 而 男 一 个 
账户 可 能 用 于 跟踪 该 收入 的 佑 税 。 如 果 我 们 希望 系统 自动 更 新 估 税 总 额 , 那么 这 两 个 账户 的 实现 
将 会 彼此 紧密 关联 。 在 有 些 系统 中 ， 大 部 分 账目 都 是 由 这 些 规 则 而 产生 的 ， 在 这 样 的 系统 中 ， 依 
赖 罗 辑 会 变 得 一 团 糟 。 即 使 是 在 规模 不 大 的 系统 中 ,这样 的 交叉 过 账 也 会 很 复杂 。 减 少 这 种 缠 杂 
不 清 的 依赖 性 的 第 一 步 是 通过 引入 一 个 新 的 对 象 来 使 这 些 规 则 明朗 化 。 


input calculation 
Account Posting Rule Method 
* * 


output 






































图 11-8 基本 过 账 规则 的 类 图 


当 过 账 规则 的 input 账 上 且 收 到 一 个 新 的 Entry 时 ， 这 个 Entry 就 会 触发 过 账 规则 。 然 后 过 账 规则 
会 生成 一 个 新 的 Entry (基于 其 自己 的 计算 方法 ) ， 并 将 这 个 Entry 播 入 到 其 “output” 账 目 中 。 在 
工资 系统 中 ， 工 资 Account 中 的 Entry 可 能 会 触发 一 个 过 账 规则 ， 此 规则 计算 30% 的 估计 收入 所 得 
税 ， 并 将 其 作为 一 个 Entry 播 入 到 扣 税 Account 中 。 


站 执行 过 账 规则 时 
过 账 规则 建立 了 各 个 Account 在 概念 之 间 的 依赖 性 ， 但 如 果 对 这 个 模式 的 使 用 仅 限 于 目前 这 


个 程度 , 那么 它 仍然 很 难 使 用 。 在 依赖 性 设计 中 , 最 复杂 的 一 个 部 分 是 更 新 的 时 间 和 控制 。Fowler 
讨论 了 3 种 选择 : 
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(1)“ 主 动 触发 ”(Eager firing) 是 最 明显 的 选择 ， 但 通常 也 是 最 不 实用 的 。 每 当 一 个 Entry 被 
插入 到 Account 中 时 ， 它 立即 就 触发 过 账 规则 ， 并 立即 进行 所 有 更 新 。 

(2)“ 基 于 Account 的 触发 ”允许 推迟 处 理 。 在 过 后 的 某 个 时 刻 ， 向 Account 发 送 一 条 消息 , 令 
其 触发 过 账 规则 ， 来 处 理 自从 上 一 次 触发 以 来 所 插入 的 所 有 Entry。 

(3) 最后,“ 基于 过 账 规则 的 触发 ”由 外 部 代理 来 启动 ， 它 通知 过 账 规则 触发 。 过 账 规则 负责 
查找 自从 上 次 触发 以 来 插入 到 其 输入 的 Account 中 的 所 有 Entry。 

尽管 在 一 个 系统 中 可 以 混合 使 用 各 种 触发 模式 , 但 每 组 特定 的 规则 都 需要 有 一 个 明确 定义 的 
“局 动 点 ”( 应 该 在 何 时 启动 ) ， 还 要 定义 由 谁 负责 查 找 插入 到 输入 的 Account 中 的 Entry。 将 这 三 
种 触发 模式 添加 到 UBIQUITOUS LANGUAGE 中 对 于 成 功 使 用 这 种 模式 具有 至 关 重 要 的 意义 ， 这 与 模 
型 对 象 定义 本 身 同 等 重要 。 这样, 触发 的 概念 就 不 再 模糊 了 ,而 且 还 能 指导 我 们 从 已 经 明确 定义 
的 三 种 选择 中 确定 一 个 。 这些 触发 模式 揭示 出 了 一 个 很 容易 被 忽略 的 重点 ,并且 丰富 了 我 们 的 词 
汇 ， 从 而 使 讨论 更 清晰 。 


开发 人 员 2 需要 找 个 人 来 讨论 他 的 新 思路 。 他 找到 了 同事 (开发 人 员 1)， 开 发 人 员 1 原 来 主 
要 负责 建立 一 个 应 计 项 目 (accrual) 的 模型 。 

开发 人 员 2: 有 的 时 候 ， 夜 间 批 处 理 程序 成 为 了 一 个 隐藏 问题 的 地 方 。 脚 本 的 行为 中 隐 含 了 
领域 逻辑 ， 而 且 正 在 变 得 越 来 越 复杂 。 很 长 时 间 以 来 ， 我 一 直 想 用 MoDpEL-DRIVEN DESIGN 的 方法 
来 修改 一 下 批 处 理 ， 将 领域 层 分 离 出 来 ， 并 使 脚本 本 身 成 为 领域 层 之 上 的 一 个 简单 的 层 。 但 我 一 
直 没 有 想 出 这 个 领域 模型 应 该 是 什么 样 的 。 看 上 去 它 似 乎 只 是 一 些 操作 步骤 ,而 把 它们 实现 为 对 
象 没什么 实际 意义 。 我 读 完 《 分 析 模 式 》 一 书 中 有 关 Posting Rule 的 内 容 后 ， 获 得 了 一 些 思 路 。 这 


个 图 就 是 我 所 想到 的 [ 递 过 来 一 张 草图 ]。 
[~ 
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图 11-9 ”在 批 处 理 中 使 用 过 账 规则 的 一 个 思路 






Posting Sewice 
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Post(amount, leAgerName) 
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开发 人 员 1: Posting Service 是 指 什 么 ? 

开发 人 员 2: 这 是 个 FACADE， 它 提供 了 会 计 应 用 程序 的 API， 并 且 将 其 呈现 为 一 个 SERVICE。 
实际 上 我 使 用 和 它 已 经 有 一 段 时 间 了 ， 主 要 用 来 简化 批 处 理 代码 ， 而 且 它 也 为 我 提供 了 一 个 
INTENTION-REVEALING INTERFACE， 可 用 于 向 老 系 统 过 账 。 

开发 人 员 1: 很 有 趣 ， 那么 你 打算 为 这 些 Posting Rule (过 账 规则 ) 使 用 哪 种 触发 模式 ? 

开发 人 员 2: 我 还 没有 想 那 么 多 。 

开发 人 员 1:“ 主 动 触发 ”可 能 适用 于 Accrual, 因为 批 处 理 程序 实际 上 通知 Asset 插 入 Accrual， 
但 “主动 触发 ”可 能 不 适用 于 Payment， 因 为 Payment 是 在 白天 输入 的 。 

开发 人 员 2: 不 管 怎样 ， 我 认为 我 们 都 不 希望 把 计算 方法 与 批 处 理 程序 特别 紧密 地 联系 到 一 
起 。 如果 我 们 决定 在 一 个 不 同 的 时 间 来 触发 利息 计算 , 那么 情况 将 会 是 一 团 糟 。 而且 从 概念 上 看 ， 

303| 这 也 是 不 正确 的 。 

开发 人 员 1: 这 听 上 去 有 点 像 “基于 Posting Rule 的 触发 "。 龙 个 Posting Rule 需 要 执行 的 时 候 ， 
都 由 批 处 理 程序 通知 它 执行 ， 伏 后 规则 找 出 相应 的 新 Entry， 并 完成 其 他 工作 。 这 种 思路 基本 上 
就 与 你 画 的 图 中 表现 出 来 的 思路 差不多 吧 。 

开发 人 员 2: 这 样 在 批 处 理 设计 中 就 不 会 产生 很 多 依赖 性 , 而 且 它 也 易于 控制 了 ,看 样子 不 错 。 

开发 人 员 1: 我 没有 完全 明白 这 些 对 象 是 如 何 与 Account 和 Entry 交 互 的 。 

开发 人 员 2: 我 也 没完 全 明白 。 那 本 书 中 的 示例 在 Account 和 Posting Rule 之 间 建 立 了 直接 联 
系 。 在 某 种 程度 上 这 种 方法 是 合乎 还 辑 的 ， 但 我 认为 它 并 不 完全 适用 于 我 们 的 情况 。 我 们 每 次 都 
需要 用 数据 来 实例 化 这 些 对 象 ， 因 此 要 使 用 这 种 方法 ， 必 须知 道 应 用 哪 条 规则 。 同 时 ，Asset 对 
象 知道 每 个 Account 的 内 容 ， 因 此 也 知道 应 用 哪 条 规则 。 但 别 的 对 拿 是 什么 情况 呢 ? 

开发 人 员 1: 虽然 我 讨厌 过 分 挑剔 ， 但 我 确实 认为 Method 的 使 用 不 正确 。 我 认为 在 概念 上 
Method 是 用 于 计算 要 过 账 的 总 额 的 ， 比 方 说 ， 在 收入 上 计算 20% 的 扣 税 。 但 我 们 的 情形 很 简单 : 
它 始终 是 过 账 的 全 额 。 我 想 Posting Rule 本 身 应 该 是 知道 要 过 账 给 哪个 Account 的 ， 这 个 Account 
对 应 于 我 们 的 ledger name (分 类 账 名 称 ) 。 

开发 人 员 2: 哦 ， 那 么 如 果 让 Posting Rule 负 责 查 知 正确 的 ledgername， 我 们 可 能 就 完全 不 需 
要 Method 了 。 


实际 上 ,选择 正确 的 ledgername 这 件 事 情 变 得 越 来 越 复杂 了 。 它 已 经 是 收入 类 型 (手续 费 或 
利息 ) 与 “Asset 类 别 ”( 公 司 对 每 种 Asset 所 使 用 的 分 类 ) 的 组 合 了 。 我 希望 新 模型 能 够 在 解决 这 
个 复杂 性 上 有 所 帮助 。 


开发 人 员 1: 好 的 ， 我 们 就 把 重点 集中 在 这 里 。Posting Rule 负 责 根 据 Account 的 属性 来 选择 
Ledger。 现 在 我们 可 以 先 用 一 种 简单 直接 的 方式 来 处 理 资 产 类 型 以 及 利息 与 收入 之 间 的 区 分 。 
将 来 ， 我 们 会 有 一 个 OBJECT MODEL， 可 以 通过 改进 这 个 模型 来 处 理 更 复杂 的 情形 。 
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开发 人 员 2: 在 这 方面 我 还 要 多 考虑 一 下 。 我 会 再 仔细 研究 一 音 ， 再 把 模式 读 一 遍 ， 然 后 再 
来 尝试 解决 这 个 问题 。 明 天 下 午 我 能 再 次 和 你 讨论 这 个 问题 吗 ? 


在 接 下 来 的 几 天 时 间 里 ， 这 两 位 开发 人 员 设 计 出 了 一 个 模型 ， 并 对 代码 进行 了 重 构 ， 使 得 批 
处 理 程序 只 是 简单 地 依次 访问 各 个 Asset, 并 向 每 个 Asset 发 送 几 条 非常 浅显 易 慌 的 消息 , 然后 提交 
数据 库 事 务 。 复 杂 性 被 转移 到 领域 层 中 ， 领 域 层 中 的 对 象 模型 使 问题 变 得 更 加 明确 ， 也 更 抽象 。 
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图 11-10 含有 过 账 规则 的 类 图 
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and repeat for | I 
interest Account | | 
图 11-11 显示 了 规则 触发 的 序列 图 
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在 一 些 细节 问题 上 ， 这 两 位 开发 人 员 开发 的 模型 与 《分 析 模 式 》 中 给 出 的 相差 甚 远 ， 但 他 们 
认为 二 者 在 概念 本 质 上 还 是 相同 的 。 有 一 个 问题 令 他 们 稍 感 不 安 , 那 就 是 在 Posting Rule 的 选择 中 
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把 Asset 牵 扯 进来 了 ， 因 为 Asset 知 道 每 个 Account 的 性 质 〈 手 续费 或 利息 ) ， 而 且 它 也 是 脚本 的 自 
然 访问 点 。 在 规则 对 象 直接 与 Account 发 生 关联 的 情况 下 ， 这 些 对 象 在 每 次 实例 化 时 (每 次 运行 
批 处 理 程序 时 ) 都 需要 与 Asset 对 象 进行 协作 。 可 他 们 没有 这 样 做 , 而 是 让 Asset 对 象 通过 SmNGLETON 
访问 来 查找 这 两 个 相关 规则 ， 并 把 相应 的 Account 传 递 给 它们 。 这 样 一 来 代码 就 变 得 更 直接 了 ， 
因此 这 是 一 个 正确 的 决定 。 

他 们 都 感到 从 概念 上 看 更 好 的 做 法 是 让 Posting Rule 只 与 Account 发 生 关 联 , 而 令 Asset 只 负责 
生成 Accrual。 他 们 希望 等 到 有 了 后 续 的 重 构 和 更 深入 的 理解 之 后 再 回头 看 这 个 问题 , 并 找到 一 种 
将 职责 分 离 得 更 清楚 而 又 不 影响 代码 明确 性 的 方法 。 


分 析 模 式 是 很 有 价值 的 知识 


当 你 可 以 幸运 地 使 用 一 种 分 析 模 式 时 ， 它 一 般 并 不 会 直接 满足 你 的 需求 。 但 它 为 你 的 研究 提供 
了 有 价值 的 指导 ， 而 且 提 供 了 明确 抽象 的 词汇 。 它 还 可 以 指导 我 们 的 实现 ， 从 而 省 去 很 多 麻烦 。 

我 们 应 该 把 所 有 分 析 模 式 的 知识 融入 到 知识 消化 和 重 构 的 过 程 中 ， 从 而 形成 更 深刻 的 理解 ， 
并 促进 开发 。 当 我 们 应 用 一 种 分 析 模 式 时 ,所 得 到 的 结果 通常 与 该 模式 的 文献 中 记载 的 形式 非常 
相像 ， 只 是 因 具 体 情 况 不 同 而 略 有 差异 。 但 有 时 也 完全 看 不 出 这 个 结果 与 分 析 模 式 本 身 有 关 ， 然 
而 这 个 结果 仍然 是 受 该 模式 思想 的 启发 而 得 到 的 。 

但 有 一 个 误区 是 应 该 避免 的 。 当 使 用 一 个 众所周知 的 分 析 模 式 中 的 术语 时 , 一 定 要 注意 , 不 
管 其 表面 形式 的 变化 有 多 大 ， 都 不 要 改变 它 所 表示 的 基本 概念 。 这 样 做 有 两 个 原因 ,一 是 模式 中 
蕴含 的 基本 概念 将 帮助 我 们 避免 问题 ， 二 是 (也 是 更 重要 的 原因 ) 在 UBIQUITOUS LANGUAGE 中 使 
用 被 广泛 理解 或 至 少 是 被 明确 解释 的 术语 可 以 增强 通用 语言 。 如 果 在 模型 的 自然 演变 过 程 中 模型 
的 定义 也 发 生 改变 ， 那 么 就 要 修改 模型 名 称 了 。 

很 多 对 象 模 型 都 有 文献 资料 可 查 , 其 中 有 些 对 象 模型 专门 用 于 某 个 行业 中 的 某 种 应 用 , 而 有 
些 则 是 通用 的 模型 。 大 部 分 对 象 模型 都 有 助 于 开阔 思路 , 但 只 有 为 数 不 多 的 一 些 模型 精辟 地 冰 述 
了 选择 这 些 模式 的 原理 和 使 用 的 结果 , 而 这 些 才 是 分 析 模 式 中 最 有 用 的 部 分 。 这 些 精 化 后 的 分 析 
模式 大 部 分 都 很 有 价值 ， 有 了 它们 ， 可 以 免 去 一 次 次 的 重复 开发 工作 。 尽 管 我 们 不 大 可 能 归纳 出 
一 个 包罗 万 象 的 分 析 模 式 类 目 ， 但 针对 具体 行业 的 类 目 还 是 能 够 开发 出 来 的 。 而 且 在 一 些 跨越 多 
个 应 用 的 领域 中 适用 的 模式 可 以 被 广泛 共享 。 

这 种 对 已 组 织 好 的 知识 的 重复 利用 完全 不 同 于 通过 框架 或 组 件 进行 的 代码 重用 ,但 是 二 者 唯 
一 的 共同 点 是 它们 都 提供 了 一 种 新 思路 的 萌芽 ,而 这 种 新 思路 先前 可 能 并 不 十 分 明晰 ,一 -个 模型 ， 
其 至 一 个 通用 框架 ,都 是 一 个 完整 的 整体 ， 而 分 析 则 相当 于 一 个 工具 包 ， 它 被 应 用 于 模型 的 一 些 
部 分 。 分 析 模 式 专注 于 一 些 最 关键 和 最 艰难 的 决策 ， 并 指明 了 各 种 替代 和 选择 。 它 们 提前 预测 了 
一 些 后 期 结果 ， 而 如 果 单 靠 我 们 自己 去 发 现 这 些 结 果 ， 可 能 会 付出 高 昂 的 代价 。 
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至 | 目前 为 止 ,本 书 中 所 探讨 的 模式 都 是 专门 针对 如 何在 MODEL-DRIVEN DESIGN 的 上 下 文 
中 解决 领域 模型 中 的 问题 。 但 实际 上 ， 大 部 分 已 发 布 的 模式 都 更 侧重 于 解决 技术 问 
题 。 设 计 模 式 与 领域 模式 之 间 有 什么 区 别 ? 《设计 模式 》 这 部 经 典 著作 的 作者 为 初学 者 指出 了 
以 下 事实 ([Gamma et al. 1995, p. 3]): 


观点 的 不 同 会 影响 人 们 对 什么 是 模式 和 什么 不 是 模式 的 理解 。 一 个 人 所 认为 的 模 

式 在 另 一 个 人 看 来 可 能 是 基本 构造 块 。 本 书 将 在 一 定 的 抽象 层次 上 讨论 模式 。 设 计 模 

式 并 不 是 指 像 链表 和 散 列 表 那 样 可 以 被 封装 到 类 中 并 供 人 们 直接 重用 的 设计 ， 也 不 是 

直接 用 于 整个 应 用 程序 或 子 系统 的 复杂 的 、 专 用 于 领域 的 设计 。 本 书 中 的 设计 模式 是 

对 一 些 交互 的 对 象 和 类 的 描述 ， 我 们 通过 定制 这 些 对 象 和 类 来 解决 特定 上 下 文中 的 一 

般 设计 问题 。 

在 《设计 模式 》 介 绍 的 模式 中 ， 有 些 (但 并 非 所 有 ) 模式 可 用 作 领 域 模式 ,但 在 这 样 使 用 的 
时 候 ， 需 要 变换 一 下 重点 。《 设 计 模式 》 一 书 中 的 设计 模式 把 相关 设计 元 素 归 为 一 类 ， 这 些 元 素 
能 够 解决 在 各 种 上 下 文中 经 常 遇 到 的 问题 。 这 些 模式 的 动机 以 及 模式 本 身 都 是 从 纯 技 术 角 度 描 述 
的 。 但 这 些 元 素 中 的 一 部 分 在 更 广泛 的 领域 和 设计 上 下 文中 也 适用 ,因为 这 些 元 素 所 对 应 的 基本 
概念 在 很 多 领域 中 都 会 出 现 。 

除了 《设计 模式 》 一 书 中 介绍 的 模式 以 外 , 近年 来 还 出 现 了 其 他 很 多 技术 设计 模式 。 有 些 模 
式 反 映 了 在 一 些 领域 中 出 现 的 深层 次 概念 。 这 些 模式 都 有 很 大 的 利用 价值 。 为 了 在 领域 驱动 的 设 
计 中 充分 利用 这 些 模式 , 我们 必须 同时 从 两 个 角度 看 待 它 们 : 从 代码 的 角度 来 看 它们 是 技术 设计 
模式 ， 从 模型 的 角度 来 看 它们 就 是 概念 模式 。 

我 们 将 把 《设计 模式 》 所 介绍 的 一 个 特定 模式 作为 样 例 ,来 说 明 如 何 将 人 们 所 认为 的 设计 模 
式 应 用 到 领域 模型 中 , 而 且 这 个 例子 还 将 证 清 技术 设计 模式 与 领域 模式 之 间 的 区 别 。 本 章 还 将 通 
过 组 合 COMPOSITE (组 合 ) 和 STRATEGY (策略 ) 这 两 种 模式 演示 如 何 通过 改变 思考 方式 ， 用 
一 些 经 典 的 设计 模式 来 解决 领域 问题 。 310 
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12.1 模式 ，STRATEGY (也 称 为 PoLICY) 












































Si1rategy 
Context 
> , , 
thmint 
contextInterface() gorithminterfacel) 
Concrete Strategy A Concrete Strategy B Concrete Strategy C 
algorithmlnterface() algorithmlnterface() algorithminterface() 























定义 了 一 组 算法 ， 将 每 个 算法 封装 起 来 ， 并 使 它们 可 以 互 措 。STRATEGY 尤 许 算法 

独立 于 使 用 它 的 客户 而 变化 。 ([Gamma et al. 1995]) 

领域 模型 包含 一 些 并 非 用 于 解决 技术 问题 的 过 程 , 将 它们 包含 进来 是 因为 它们 对 处 理 问题 领 
域 具有 实际 的 价值 。 当 必须 从 多 个 过 程 中 进行 选择 时 ,选择 的 复杂 性 再 加 上 多 个 过 程 本 身 的 复杂 
性 会 使 局 面 失去 控制 。 

当 对 过 程 进行 建 模 时 ,我 们 经 常会 发 现 有 不 止 一 种 合理 的 建 模 方式 , 而 如 果 把 所 有 的 选择 都 
写 到 过 程 的 定义 中 ,定义 就 会 变 得 腾 肿 而 复杂 ,而且 我 们 所 选择 的 行为 描述 也 会 因为 混杂 在 其 他 
行为 中 而 显得 模糊 不 清 。 

我 们 希望 把 这 些 选 择 从 过 程 的 主体 概念 中 分 离 出 来 ， 这 样 既 能 够 看 清 主体 概念 ， 也 能 更 
清楚 地 看 到 这 些 选择 。 软 件 设计 社区 中 众所周知 的 STRATEGY 模 式 就 是 为 了 解决 这 个 问题 的 ， 
虽然 它 的 侧重 点 在 于 技术 方面 。 这 里 ， 我 们 把 它 当 成 模型 中 的 一 个 概念 来 使 用 ， 并 在 该 模型 
的 代码 实现 中 把 它 反 映 出 来 。 我 们 同样 也 需要 把 过 程 中 极 易 发 生变 化 的 部 分 与 那些 更 稳定 的 
部 分 分 离开 。 

因此 : 

我 们 需要 把 过 程 中 的 易 变 部 分 提取 到 模型 的 一 个 单独 的 “策略 ” 对象 中 。 将 规则 与 密 衣 
的 行为 区 分 开 。 按 照 STRATEGY 设 计 模式 来 实现 规则 或 可 蔡 换 的 过 程 。 策 略 对 象 的 多 个 版 水 表 二 
了 完成 过 程 的 不 同方 式 。 EE 






全 统 上 ， 人 人们 把 STeAreov 柄 式 看 作 一 种 设计 模式 ， 这 种 观点 的 侧重 让 姑 它 要 不 同 算 效 ) 


Ea 


EE 
了 


oh 
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的 能 力 。 而 把 它 看 作 领 域 模 型 的 侧重 点 是 其 表示 概念 的 能 力 ， 这 里 的 概念 通常 是 指 过 程 或 策 
略 规则 。 


路 线 查 找 (Route-Finding) 策略 


我 们 把 一 个 Route Specification (路 线 规格 ) 传递 给 Routing Service (路 线 服务 ) , Routing Service 
的 工作 是 构造 一 个 满足 SPECTFICATION 的 详细 的 Itinerary。 这 个 SERVICE 是 一 个 优化 引擎 ， 可 以 通过 
调节 它 来 查找 最 快 的 路 线 或 最 便宜 的 路 线 。 


Routing Service 











广 一 creates 一 加 Itinerary < {satisfied by } 一 | Specification 


, 


Leg 


findFastest(Specification) : Itinerary 
findCheapest(Specification) : Itinerary 



































from : Location Voyage 


训 | departure : Date 中 
to : Location 
arrival : Date 

















dailyRate : Money 











图 12-1 带 选 项 的 SERVICE 接口 需要 条 件 逻 辑 


这 种 设置 看 上 去 似乎 没 问 题 ， 但 仔细 观察 路 线 代码 就 会 发 现 ， 每 个 计算 中 都 有 条 件 判 断 ， 到 
处 都 是 判断 最 快 还 是 最 便宜 的 逻辑 。 当 为 了 做 出 更 精细 的 航线 选择 而 把 新 标准 添加 进来 时 ， 麻烦 
会 更 多 。 

解决 此 问题 的 一 种 方法 是 把 这 些 起 调节 作用 的 参数 分 离 到 STRATEGY 中 。 这 样 它们 就 可 以 被 
明确 地 表示 出 来 ， 并 作为 参数 传递 给 Routing Service。 

现在 ，Routing Service 就 可 以 用 一 种 完全 相同 的 、 无 需 进 行 条 件 判 断 的 方式 来 处 理 所 有 请 
求 了 ， 它 按照 Leg Magnitude Policy ( 航 段 规模 策略 ) 的 计算 ， 找 出 一 系列 规模 较 小 的 Leg ( 航 
段 )。 

这 种 设计 具有 《设计 模式 》 中 所 介绍 的 STRATEGY 模 式 的 优点 。 按 这 种 思路 设计 的 应 用 程 
序 可 以 提供 丰富 的 功能 ， 同 时 也 很 灵活 ， 现 在 ， 可 以 通过 安装 适当 的 Leg Magnitude Policy 来 
控制 和 扩展 Routing Service 的 行为 。 图 12-2 中 显示 的 只 是 最 明显 的 两 种 STRATEGY (最 快 或 最 便 
宜 )。 可 能 还 会 有 一 些 在 速度 和 成 本 之 间 进行 权衡 考 虚 的 组 合 策略 。 也 可 以 加 进 其 他 的 因素 ， 
例如 在 预订 货物 时 优先 选择 公司 自己 的 运输 系统 ， 而 不 是 外 包 给 其 他 运输 公司 。 不 使 用 
STRATEGY 模 式 同样 能 实现 这 些 修 改 ， 但 必须 将 逻辑 添加 到 Routing Service 的 内 部 (这 会 是 一 
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个 麻烦 的 过 程 )， 而 且 这 些 座 辑 会 使 接口 变 得 肛 肿 。 解 而 可 以 令 Routing Service 更 清楚 且 易 于 


测试 。 
fsatisfied or Specification 





Routing Service 













| 一 creates Itinerary 








find(Specification, LegMagnitudePolicy) : Itinerary 














The Routing Service chooses an 全 
tinerary with a minimum total 
magnitude of the Legs based on the 
Chosen STRATEGY. 


Voyage | 





from : Location 
departure : Date 3 
to : Location 
arrival : Date 














dailyRate : Money | 








Leg Magnitude Policy 








tength(Leg) : double 


1 

















length{Leg leg) { | 
Leg Time Leg Money return leg.elapseadTimel) * 
Magnitude Magnitude O1 leg.getVoyaget{).getDailyRatel)}; 
0、 




















length{Leg leg) ¢ 

return leg.elapsedTime(); 
} 
了 


图 12-2 通过 STRATEGY (或 者 PoLICY) 选择 确定 的 选项 (STRATEGY 是 作为 参数 传人 的 ) 


现在 ， 领 域 中 的 一 个 至 关 重 要 的 规则 明确 地 显示 出 来 了 ， 也 就 是 在 构建 Itinerary 时 用 于 选择 
Leg 的 基本 规则 。 它 传达 了 这 样 一 个 知识 : 路 线 选 择 的 基础 是 航 段 的 一 个 特定 属性 〈 有 可 能 是 派 
生 属 性 )， 这 个 属性 最 后 可 归结 为 一 个 数字 。 这 样 ， 我 们 就 可 以 在 领域 语言 中 用 一 句 简单 的 话 来 
定义 Routing Service 的 行为 : Routing Service 根 据 所 选 定 的 STRATEGY 来 选择 Leg 总 规模 最 小 的 
ltinerary 。 

说 明 : 以 上 讨论 暗示 了 一 件 事 。Routing Service 在 查找 Itinerary 时 实际 上 会 计算 Leg 的 规模 。 
这 种 方法 在 概念 上 比较 直接 , 而 且 可 以 得 到 一 个 合理 的 原型 实现 , 但 它 的 低 效率 可 能 令 人 无 法 接 
受 。 第 14 章 会 再 次 讨论 这 个 应 用 程序 , 其 中 将 使 用 相同 的 接口 , 但 具有 完全 不 同 的 Routing Service 
实现 。 














我 们 在 领域 层 中 使 用 技术 设计 模式 时 , 必须 认识 到 这 样 做 的 另外 一 种 动机 , 也 是 它 的 另 一 层 
含义 。 当 所 使 用 的 STRATEGY 对 应 于 某 种 实际 的 业务 策略 时 ， 模 式 就 不 再 仅仅 是 一 种 有 用 的 实现 
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技术 了 (但 它 在 实现 方面 的 价值 并 未 改变 )。 

设计 模式 的 结论 也 完全 适用 于 领域 层 。 例 如， 在 《设计 模式 》 一 书 中 ，Gamma 等 人 指出 客户 
必须 知道 不 同 的 STRATEGY， 这 也 是 一 个 建 模 关注 点 。 如 果 单 纯 从 实现 上 来 考虑 ， 使 用 策略 可 能 
会 增加 系统 中 对 象 的 数目 。 如 果 这 是 一 个 问题 ， 可 以 通过 把 STRATEGY 实 现 为 可 在 上 下 文中 共享 
的 无 状态 对 象 来 减 小 开销 。《 设 计 模 式 》 中 对 实现 方法 的 全 面 讨论 在 这 里 也 适用 ， 这 是 因为 我 们 
仍然 在 使 用 STRATEGY， 只 是 动机 有 些 不 同 ， 这 将 影响 我 们 的 一 些 选 择 ， 但 设计 模式 中 的 经 验 仍 
然 是 可 以 借鉴 的 。- 


12.2 模式: COMPOSITE 






























































Component 
Client 
operation() 
add{(Component) | 
remove{Component) 一 
gerChild(int) children 
Leaf Composite 
forallchildren 
operation() operation() 0------ 1 childoperation(); | 
- add(Component) i 
remove(Component) 
getChild(int) 











将 对 象 组 织 为 树 结 构 来 表示 部 分 -整体 的 层次 结构 。 利 用 COMPOSITE， 客 户 可 以 对 

单独 的 对 象 和 对 象 组 合 进行 同样 的 处 理 。([Gamma et al. 1995]) 

在 对 复杂 的 领域 进行 建 模 时 , 我 们 经 常会 遇 到 由 多 个 部 分 组 成 的 重要 对 象 , 这 些 部 分 本 身 又 
由 其 他 一 些 部 分 组 成 ,进而 又 由 其 他 部 分 组 成 ， 有 时 甚至 会 出 现任 意 深 度 的 这 种 嵌 套 。 在 一 些 领 
域 中 ,各 个 嵌 套 层 在 概念 上 是 有 区 别 的 ,但 在 另 一 些 领域 中 ， 各 个 部 分 与 它们 所 组 成 的 整体 是 完 
全 相同 的 事物 ， 只 是 规模 较 小 一 些 而 已 。 

当 退 套 容器 的 关联 性 没有 在 模型 中 反映 出 来 时 , 公共 行为 必然 会 在 层次 结构 的 每 一 层 重复 出 
现 ， 而 且 嵌 套 也 变 得 僵化 〈 例 如， 容器 通常 不 能 包含 同一 层 中 的 其 他 容器 ， 而 且 九 套 的 层 数 也 是 
固定 的 ) 。 客 户 必须 通过 不 同 的 接口 来 处 理 层次 结构 中 的 不 同 层 ， 尽 管 这 些 层 可 能 在 概念 上 没有 
区 别 。 通 过 层次 结构 来 递归 地 收集 信息 也 变 得 非常 复杂 。 

当 在 领域 中 应 用 任何 一 种 设计 模式 时 , 首先 关注 的 问题 应 该 是 模式 思想 是 否 确实 适合 领域 概 
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念 。 以 递归 方式 在 一 些 相关 对 象 中 导航 确实 比较 方便 , 但 它们 是 否 真 的 存在 整体 -部 分 层次 结构 ? 

尔 是 否 发 现 可 以 通过 某 种 抽象 方式 把 所 有 部 分 都 归 到 同一 概念 类 型 中 ?如果 你 确实 发 现 了 这 种 
抽象 方式 ， 那 么 使 用 COMPOSITE 可 以 令 模 型 的 这 些 部 分 变 得 更 清晰 ， 同 时 使 你 能 够 深入 细致 地 考 
虚设 计 模 式 的 设计 和 实现 问题 。 

因此 : 

定义 一 个 把 COMPOSITE 的 所 有 成 员 都 包含 在 内 的 抽象 类 型 ,在 容器 上 实现 一 些 用 来 查询 信息 
的 方法 ,这 些 方法 可 用 来 收集 与 容器 内 容 有 关 的 信息 。“ 叶 ”节点 基于 它们 自己 的 值 来 实现 这 些 
方法 。 客 户 只 需 使 用 抽象 类 型 ， 而 无 需 区 分 “ 叶 ” 和 容器 。 

这 相对 来 说 是 一 种 明显 的 结构 层面 上 的 模式 ， 但 设计 人 员 通 常 不 会 主动 地 充实 它 的 操作 方 
面 。CoMPOSITE 模 式 在 每 个 结构 层 上 都 提供 了 相同 的 行为 ， 而 且 无 论 是 较 小 的 部 分 还 是 较 大 的 部 
分 ， 都 可 以 对 这 些 部 分 提出 一 些 有 意义 的 问题 ， 这些 问 题 能 够 透明 地 反映 出 它们 的 构成 情况 。 这 
种 严格 的 对 称 是 组 合 模式 具有 强大 能 力 的 关键 所 在 。 





由 Route 构成 的 Shipment Route 


完整 的 货物 运输 路 线 是 很 复杂 的 。 首 先 ， 必须 用 卡车 把 集装箱 运输 到 铁路 终点 站 ,然后 运送 
到 纶 口 ,然后 用 货轮 运输 到 另 一 个 港口 ,中间 可 能 还 会 换 船 ， 最 后 还 要 进行 地 面 运 输 才能 到 达 目 
的 地 。 


货船 运输 火车 运输 


C 航次 A 航次 B 





“、、、 由 运输 商 ABC 装 货 由 运输 商 XYZ 秃 货 有 “、、 由 运输 商 XYz 装 货 


\ 停放 在 港口 的 LGB03 位 置 ) 
leg ] leg2 
图 12-3 由 “leg”( 航 段 ) 构 成 的 “route”( 航 线 ) 
一 个 应 用 开发 团队 创建 了 一 个 对 象 模型 ， 它 表示 了 一 个 航线 可 以 由 任意 多 个 航 段 组 成 。 
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Port Operation 














Location | 





12-4 ”Route 的 类 图 ， 其 中 Route 由 多 个 Leg 组 成 


利用 这 个 模型 , 开发 人 员 可 以 根据 预订 请 求 来 创建 Route 对 象 。 他 们 可 以 把 这 些 Leg 组 织 为 一 


步 一 步 运输 货物 的 操作 计划 。 在 这 个 过 程 中 他 们 发 现 了 一 些 问题 。 
开发 人 员 原来 一 直 认为 航线 是 由 任意 多 个 航 段 组 成 的 ， 而 各 个 航 段 之 间 并 没有 什么 区 别 。 
ee 
图 12-5 开发 人 员 的 航线 概念 
而 事实 上 领域 专家 把 航线 看 成 是 由 5 个 逻辑 段 组 成 的 一 个 序列 。 


终 
门 





门 r 1 


图 12-6 业务 专家 的 航线 概念 


其 他 问题 先 不 考虑 , 这 些小 段 的 航线 可 能 是 由 不 同 的 人 在 不 同时 间 规划 的 , 因此 必须 认识 到 


1 三 门 
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它们 之 间 是 有 区 别 的。 通过 更 仔细 的 研究 可 以 发 现 ,“ 门 航 段 ”(door leg) 与 其 他 航 段 大 不 相同 ， 
它 涉及 在 当地 雇用 卡车 其 至 是 客户 运输 ， 这 与 详细 计划 的 铁路 和 货船 运输 完全 不 同 。 


ww 
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反映 了 所 有 这 些 区 别 的 对 象 模型 渐渐 变 得 复杂 起 来 。 








{ordered} 









































Complete Route Route Segment 
Voyage 
入 港 出 港 {ordered} {ordered} 
| Transport Leg 
Door Leg Leg 
departureTime 
arrivalTime 


























装 货 外 货 2 可 
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{ordered} 




















图 12-7 详细 的 Route 类 图 


从 结构 上 看 这 个 模式 并 不 是 很 差 , 但 在 操作 计划 的 处 理 上 失去 了 一 致 性 ,因此 代码 (甚至 是 
行为 的 描述 ) 变 得 复杂 得 多 。 其 他 复杂 之 处 也 渐渐 显现 。 任 何 一 条 航线 的 遍历 都 涉及 不 同类 型 对 
象 的 多 个 集合 。 

运用 CoMPOSITE 模 式 能 使 特定 客户 在 不 同 层 上 都 使 用 这 种 构造 进行 统一 的 处 理 ， 因 为 大 的 航 
线 是 由 小 段 的 航线 构成 的 。 这 种 视图 在 概念 上 也 是 合理 的 。 每 一 层 Route 都 是 集装箱 从 一 个 地 点 
到 另 一 个 地 点 的 移动 ， 最 后 就 可 以 归结 为 一 个 独立 的 航 段 (参见 图 12-8)。 

与 前 面 那个 类 图 不 同 ， 从 现在 这 个 静态 类 图 看 不 出 来 门 航 段 是 如 何 与 其 他 航 段 组 合 在 一 起 
的 。 但 模型 并 不 只 包含 静态 类 图 。 我 们 将 通过 其 他 的 图 〈 参 见 图 12-9) 和 代码 (现在 代码 简单 多 
了 ) 来 表示 这 些 航 段 的 组 合 信息 。 这 个 模型 抓 住 了 所 有 这 些 不 同类 型 的 Route 的 深层 关联 性 。 生 
成 操作 计划 的 工作 再 次 变 得 简单 了 ， 而 且 其 他 路 线 遍 历 操作 也 变 得 简单 了 。 

利用 这 种 “由 航线 组 成 航线 ”的 方法 , 我 们 可 以 把 各 个 航线 的 端点 连接 到 一 起 来 得 到 从 一 个 
地 点 到 另 一 个 地 点 的 航线 ， 从 而 可 以 实现 各 种 不 同 的 航线 。 我 们 可 以 把 航线 的 一 端 截 去 ， 再 拼接 
一 段 新 的 航线 ， 我 们 可 以 有 任何 细节 的 幅 套 ， 而 且 可 以 充分 利用 一 切 可 能 有 用 的 选项 。 

当然 ,我 们 现在 还 不 需要 这 些 选择 。 当 不 需要 这 些 航线 分 段 和 不 同 的 “ 门 航 段 ”时 ， 不 使 用 
CoMPOSITE 模 式 也 能 很 好 地 工作 。 设 计 模 式 应 该 仅仅 在 需要 的 时 候 才 使 用 。 
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| 
任何 在 总 体 上 适用 于 Route 
Route 的 操作 ， 特 别 是 都 些 遍 历 
四 portOperations() : List 
A Voyage 
{ordered} 
{ordered} 
* 
Composite Door Leg Transport Leg 
Route Leg a 
departureTime 
arrivalTime 
| 
{fordered] 记 | Port Operation Location 
图 12-8 ”使 用 COMPOSITE 之 后 的 类 图 
complete.: 
Composite Route 
一 一 ， 一 一 
origin : Qutbound : deep Sea : inbound : destination 
Door Leg Composite Route Composite Route Composite Route Door Leg 
Leg Leg :Leg Leg 
V 
:Leg :Leg :Leg 
load1l1 : Port 尼 
QOperation 
load2 : Port 
Operation | 、、 on 等 等 
unloadl : Port 
Operation 








unload2 : Port 
Qperation 








图 12-9 ”表示 了 一 个 完整 Route 的 实例 319 
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12.3 为 什么 没有 介绍 FLYWEIGHT 


由 于 第 5 章 中 提 到 过 FLYWEIGHT 模 式 ， 因 此 你 可 能 认为 它 是 一 种 适用 于 领域 模型 的 模式 。 事 
实 上 ，FLYWEIGBT 虽 然 是 设计 模式 的 一 个 典型 的 例子 ， 却 并 不 适用 于 领域 模型 。 
当 一 个 VALUE OBJECT 集合 (其 中 的 值 对 象 数 目 有 限 ) 被 多 次 使 用 的 时 候 (例如 房屋 规划 中 电 
源 插 座 的 例子 ) ， 那 么 把 它们 实现 为 FLYWEIGHT 可 能 是 有 意义 的 。 这 是 一 个 适用 于 VALUE OBJECT 
(但 不 适用 于 ENTITY) 的 实现 选择 。CoMPOSITE 模 式 与 它 的 不 同 之 处 在 于 ， 组 合 模式 的 概念 对 象 
是 由 其 他 概念 对 象 组 成 的 。 这 使 得 组 合 模式 既 适 用 于 模型 ， 也 适用 于 实现 ,这 是 领域 模式 的 一 个 
基本 特征 。 
我 并 不 打算 把 那些 可 以 当 作 领域 模式 使 用 的 设计 模式 完整 地 列 出 来 。 虽 然 我 想 不 出 一 个 把 
“解释 器 ” (interpreter) 用 作 领 域 模式 的 例子 ， 但 我 也 不 能 断言 解释 器 不 适用 于 任何 一 种 领域 概 
念 。 把 设计 模式 用 作 和 领域 模式 的 唯一 要 求 是 这 些 模式 能 够 描述 关于 概念 领域 的 一 些 事情 , 而 不 仅 
仅 是 作为 解决 技术 问题 的 技术 解决 方案 。 
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通过 重 构 得 到 更 深层 的 理解 


用 过 重 构 得 到 更 深层 的 理解 是 一 个 涉及 很 多 方面 的 过 程 。 我 们 有 必要 暂停 一 下 ， 把 一 些 
sn 归纳 到 一 起 。 有 三 件 事情 是 必须 要 关注 的 : 

(D 以 领域 为 本 ， 

(2) 用 一 种 不 同 的 方式 来 看 待 事物 ， 

(3) 始终 坚持 与 领域 专家 对 话 。 

在 寻求 领域 理解 的 过 程 中 ， 可 以 发 现 更 广泛 的 重 构 机 会 。 

一 提 到 传统 意义 上 的 重 构 , 我 们 头脑 中 就 会 出 现 这 样 一 幅 场 景 : 一 两 位 开发 人 员 坐 在 键盘 前 
面 ， 发 现 一 些 代 码 可 以 改进 ， 然 后 立即 动手 修改 代码 (当然 还 要 用 单元 测试 来 验证 结果 )。 这 个 
过 程 应 该 一 直 进 行 下 去 ， 但 它 并 不 是 重 构 过 程 的 全 部 。 

前 面 5 章 内 容 在 传统 的 微 重 构 方法 基础 上 呈现 了 一 幅 全 面 的 重 构 视 图 。 


13.1 开始 重 构 


重 构 的 原因 可 能 有 很 多 。 重 构 可 能 是 为 了 解决 代码 (一 段 复杂 或 笨拙 的 代码 ) 中 的 一 个 问题 。 
开发 人 员 可 能 不 会 使 用 标准 的 代码 转换 ， 而 会 认为 问题 的 根源 在 于 领域 模型 ,或 许 是 领域 中 缺少 
一 个 概念 ， 或 许 是 某 个 关系 发 生 了 错误 。 

与 传统 的 重 构 观点 不 同 的 是 , 即使 在 代码 看 上 去 很 整洁 的 时 候 也 可 能 需要 重 构 , 原因 是 模型 
的 语言 没有 与 领域 专家 保持 一 致 , 或 者 新 的 需求 不 能 被 自然 地 添加 到 模型 中 。 重 构 的 原因 可 能 是 
开发 人 员 通 过 学 习 获 得 了 更 深刻 的 理解 ， 从 而 发 现 了 一 个 得 到 更 清晰 或 更 有 用 的 模型 的 机 会 。 

如 何 找到 问题 的 病灶 往往 是 最 难 和 最 不 确定 的 部 分 。 在 这 之 后 , 开发 人 员 就 可 以 系统 地 找 出 
新 模型 的 元 素 。 他 们 可 以 与 同事 和 领域 专家 一 起 进行 头脑 风暴 活动 ， 也 可 以 充分 利用 那些 已 经 对 
知识 做 了 系统 性 总 结 的 分 析 模式 或 设计 模式 。 


13.2 探索 团队 


不 管 问题 的 根源 是 什么 ,下 一 步 都 是 要 找到 一 种 能 够 使 模型 表达 变 得 更 清楚 和 更 自然 的 精 化 
方案 。 这 可 能 只 需要 做 一 些 明 显 的 简单 修改 ， 只 需 几 小 时 即 可 完成 。 在 这 种 情况 下 ， 所 做 的 修改 


228 第 三 部 分 通过 重 构 来 加 深 理解 


类 似 于 传统 的 重 构 。 但 寻找 新 模型 可 能 需要 更 多 时 间 ， 而 且 需 要 更 多 人 参与 工作 。 
修改 的 发 起 者 应 该 挑选 几 位 开发 人 员 来 一 起 工作 ， 这 些 开 发 人 员 应 该 擅长 思考 该 类 型 问题 ， 
耳 解 领域 , 或 者 掌握 深厚 的 建 模 技巧 。 如 果 涉 及 一 些 难 氟 摸 的 问题 他们 还 要 请 一 位 领域 专家 加 
入 。 这 个 由 4~ 5 个 人 组 成 的 小 组 到 会 议 室 或 咖啡 厅 进 行头 脑 风 暴 话 动 , 时 间 为 半 小 时 至 一 个 半 小 
时 。 在 这 个 过 程 中 ， 他 们 画 一 些 UML 草 图 ， 并 试 着 用 对 象 来 走 查 场景 。 他 们 必须 保证 领域 专家 
能 够 理解 模型 并 认为 模型 有 用 。 当 发 现 了 一 些 新 思路 后 ,他 们 可 以 立即 回去 编码 , 或 者 决定 再 多 
考虑 几 天 ， 而 回去 先 做 点 别 的 事情 。 几 天 之 后 ， 这 个 小 组 再 次 磁头 ， 重 复 上 面 的 过 程 。 这 时 ， 他 
们 已 经 对 前 几 天 的 想法 有 了 更 深入 的 理解 ,因此 更 加 自信 了 , 并 且 得 出 了 一 些 结论 。 他 们 回 到 计 
算 机 前 ， 开 始 对 新 设计 进行 编码 。 
要 想 保 证 这 个 过 程 的 效率 ， 需 要 注意 几 个 关键 事项 。 
口 自主 决定 。 可 以 随时 组 成 一 个 小 的 团队 来 研究 某 个 设计 问题 。 这 个 团队 只 工作 几 天 ， 然 
后 就 可 以 解散 了 。 这 种 团队 没有 长 期 存在 的 必要 ， 也 不 必 有 详细 的 组 织 结 构 。 
口 注意 范围 和 休息 。 在 几 天 内 召开 两 三 次 短 会 就 应 该 能 够 产生 一 个 值得 尝试 的 设计 。 工 作 
拖 得 太 长 并 没什么 好 处 。 如 果 讨 论 骞 无 进展 ， 可 能 是 一 次 讨论 的 内 容 太 多 了 。 选 一 个 较 
小 的 设计 方面 ， 集 中 讨论 它 。 
口 练习 使 用 UBIQUITOUS LANGUAGE。i 上 其 他 团队 成 员 (特别 是 主题 事务 专家 ) 参与 头脑 风暴 
会 议 是 练习 和 精 化 UBIQUITOUS LANGUAGE 的 好 机 会 。 这样， 原来 的 开发 人 员 可 以 得 到 更 完 
善 的 UBIQUITOUS LANGUAGE ， 并 正式 用 于 编码 。 
本 书 前 面 几 章 曾 介绍 过 开发 人 员 和 领域 专家 为 了 设计 更 好 的 模型 而 进行 的 几 段 对 话 。 成 熟 的 
头脑 风暴 活动 是 灵活 机 动 、 不 拘泥 于 形式 的 ， 而 且 具 有 令 人 难以 置信 的 高 效率 。 


13.3 ”借鉴 先前 的 经 验 


我 们 没有 必要 总 去 做 一 些 无 谓 的 重复 工作 。 用 于 查找 竺 失 概 念 或 改进 模型 的 头脑 风暴 过 程 具 
有 巨大 的 潜力 , 通过 这 个 过 程 可 以 收集 来 自 各 个 方面 的 创意 , 并 把 这 些 创 意 与 已 有 知识 结合 起 来 。 
随 着 知识 消化 的 不 断 开展 ， 就 能 找到 当前 问题 的 答案 。 

我 们 可 以 从 书籍 和 领域 本 身 约 其 他 知识 源 获 得 一 些 思路 ,尽管 从 事 领 域 工作 的 人 员 可 能 还 没 
有 创建 出 适合 运行 软件 的 模型 , 但 他 们 可 能 已 经 把 概念 很 好 地 组 织 到 了 一 起 , 并 发 现 了 一 些 有 用 
的 抽象 。 把 这 些 知识 结合 到 知识 消化 过 程 中 ， 可 以 更 快速 地 得 到 更 丰富 的 结果 ,而 且 这 个 结果 也 
更 为 领域 专家 们 所 熟悉 。 

有 时 我 们 可 以 从 分 析 模 式 中 汲取 他 人 的 经 验 。 这 些 经 验 对 于 帮助 我 们 读 懂 领 域 起 到 了 一 定 的 
作用 , 但 分 析 模 式 是 专门 针对 软件 开发 的 , 因此 应 该 直接 根据 我 们 自己 在 领域 中 实现 软件 的 经 验 
来 利用 这 些 模 式 。 分 析 模 式 可 以 提供 精细 的 模型 概念 ， 并 帮助 我 们 避免 很 多 错误 。 但 它们 并 不 是 
现成 的 “菜谱 ”"。 它 们 只 是 为 知识 消化 过 程 提供 了 一 些 供给 。 
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随 着 零散 知识 的 归纳 ， 必须 同 时 处 理 模型 关注 点 和 设计 关注 点 。 同样, 这 并 不 意味 着 总 是 需 
要 从 头 开发 一 切 。 当 设计 模式 既 符 合 实现 需求 ,又 符合 模型 概念 时 ,通常 就 可 以 在 领域 层 中 应 用 
同样 ， 当 一 种 公用 的 形式 (例如 算术 逻辑 或 谓词 逻辑 ) 与 领域 的 其 个 部 分 非常 符合 时 ， 可 以 
把 这 个 部 分 提取 出 来 , 并 根据 它 来 修改 形式 系统 的 规则 。 这 可 以 产生 非常 简练 且 易 于 理解 的 模型 。 


13.4 针对 开发 人 员 的 设计 


软件 不 仅仅 是 为 用 户 提供 的 , 也 是 为 开发 人 员 提 供 的 。 开发 人 员 必 须 把 他 们 编写 的 代码 与 系 
统 的 其 他 部 分 集成 到 一 起 。 在 迭代 过 程 中 , 开发 人 员 反 复 修 改 代 码 。 开 发 人 员 应 该 通过 重 构 得 到 
更 深层 的 理解 ， 这 样 既 能 够 实现 柔性 设计 ， 也 能 够 从 这 样 一 个 设计 中 获 益 。 

柔性 设计 能 够 清楚 地 表明 它 的 意图 。 这样 的 设计 使 人 们 很 容易 看 出 代码 的 运行 效果 , 因此 也 
很 容易 预计 修改 代码 的 结果 。 和 柔性 设计 能 够 主要 通过 减少 依赖 性 和 副作用 来 减轻 人 们 的 思考 负 
担 。 这样 的 设计 是 以 深层 次 的 领域 模型 为 基础 的 ， 在 模型 中 ,只 有 那些 对 用 户 最 重要 的 部 分 才 具 
有 较 细 的 粒度 。 在 这 样 的 模型 中 ， 那 些 经 常 需要 修改 的 地 方 能 够 保持 很 高 的 灵活 性 ， 而 其 他 地 方 
则 相对 比较 简单 。 


13.5 ” 重 构 的 时 机 


如 果 一 直 等 到 完全 证 明了 修改 的 合理 性 之 后 才 去 修改 , 那么 可 能 要 等 待 太 长 时 间 了 。 项 目 正 
在 承受 巨大 的 耗 支 ， 推 迟 修改 将 使 修改 变 得 更 难 执行 ， 因 为 要 修改 的 代码 已 经 变 得 更 加 精细 ， 并 
更 深 地 幢 入 到 其 他 代码 中 。 

持续 重 构 渐渐 被 认为 是 一 种 “最 佳 实践 "， 但 大 部 分 项 目 团队 仍然 对 它 抱 有 很 大 的 戒心 。 人 
们 虽然 看 到 了 修改 代码 会 有 风险 , 还 要 花费 开发 时 间 ;， 却 不 容易 看 到 的 是 维持 一 个 拙劣 设计 也 有 
风险 以 及 迁就 这 种 设计 也 要 付出 代价 。 想 要 重 构 的 开发 人 员 往 往 被 要 求证 明 其 重 构 的 合理 性 。 虽 
然 这 看 似 合理 , 但 这 使 得 一 个 本 来 就 很 难 进行 的 工作 变 得 几乎 不 可 能 完成 , 而 且 会 限制 重 构 的 进 
行 (或 者 人 们 只 能 暗地里 进行 )。 软 件 开 发 并 不 是 一 个 可 以 完全 预料 到 后 果 的 过 程 ， 人 们 无 法 准 
确 地 计算 出 某 个 修改 会 带 来 哪些 好 处 ， 或 者 是 不 做 某 个 修改 会 付出 多 大 代价 。 

在 探索 领域 的 过 程 中 、 在 培训 开发 人 员 的 过 程 中 , 以 及 在 开发 人 员 与 领域 专家 进行 思想 交流 
的 过 程 中 ， 必 须 始 终 坚 持 把 “通过 重 构 得 到 更 深层 理解 ”作为 这 些 工 作 的 一 部 分 。 因 此 ， 当 发 生 
以 下 情况 时 ， 就 应 该 进行 重 构 了 ; 

口 设计 没有 表达 出 团队 对 领域 的 最 新 理解 ， 

口 一 些 重要 的 概念 被 隐藏 在 设计 中 了 (而且 你 已 经 发 现 了 把 它们 哇 现 出 来 的 方法 ); 

口 发 现 了 一 个 能 令 某 个 重要 的 设计 部 分 变 得 更 灵活 的 机 会 。 

我 们 虽然 应 该 有 这 样 一 种 积极 的 态度 ， 但 并 不 意味 着 可 以 随 随 便便 做 任何 修改 。 在 发 布 的 前 
一 天 ， 就 不 要 进行 重 构 了 。 不 要 引入 一 些 只 顾 炫 耀 技 术 能 力 而 设 有 解决 领域 核心 问题 的 “柔性 设 
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计 ”。 无 论 一 个 “更 深层 的 模型 ”看 起 来 有 多 好 ， 如 果 你 不 能 确信 领域 专家 们 能 够 使 用 它 ， 那 么 就 
不 要 引入 它 。 万事 都 不 是 绝对 的 ,但 如 果 某 个 重 构 对 我 们 有 利 ,， 那么 不 妨 在 这 个 方向 上 大 胆 前 进 。 


13.6 ”危机 就 是 机 遇 


在 达尔 文 创立 进化 论 后 的 一 个 多 世纪 中 , 人 们 一 直 认 为 标准 的 进化 模型 就 是 物种 随 着 时 间 而 
缓慢 地 改变 〈 在 一 定 程 度 上 这 种 改变 是 稳定 的 ) 。 突 然 之 间 ， 这 个 模型 在 20 世 纪 70 年 代 被 “间断 
平衡 ”(punctuated equilibrium) 模型 所 取代 了 。 它 对 原 有 进化 论 进行 了 扩展 ， 认 为 长 期 的 缓慢 变 

325| 化 或 稳定 变化 会 被 相对 来 说 很 短 的 、 爆 发 性 的 快速 变化 所 打 断 。 然 后 事物 会 进入 一 个 新 的 平衡 。 
软件 开发 与 物种 进化 之 间 的 不 同 点 是 前 者 具有 明确 的 目的 方向 性 (虽然 在 某 些 项 目 上 可 能 并 不 明 
显 )， 尽 管 如 此 它 仍 遵循 这 种 进化 规律 。 

传统 意义 上 的 重 构 听 起 来 是 一 个 非常 稳定 的 过 程 ,但 通过 重 构 得 到 更 深层 理解 往往 不 是 一 个 
稳定 的 过 程 。 对 模式 进行 精 化 是 一 个 稳定 的 过 程 ， 在 这 个 过 程 中 ,你 可 能 突然 有 所 顿悟 ， 而 这 会 
改变 模型 中 的 一 切 。 这 些 突破 不 会 每 天 都 发 生 ， 然 而 很 大 一 部 分 深层 模型 和 和 柔性 设计 都 来 自 这 些 
突破 。 

这 样 的 情况 往往 看 起 来 不 像 是 机 遇 ， 而 更 像 危 机 。 例如， 你 突然 发 现 模 型 中 有 一 些 明 显 的 缺 
了 路, 在 表达 方面 显示 出 一 个 很 大 的 漏洞 ， 或 存在 一 些 没有 表达 清楚 的 关键 区 域 。 或 者 有 些 描述 是 
完全 错误 的 。 

这 些 都 表明 团队 对 模型 的 理解 已 经 达到 了 一 个 新 的 水 平 。 他 们 现在 站 在 更 高 的 层次 上 发 现 了 
原 有 模型 的 弱点 。 他 们 可 以 从 这 种 角度 构思 一 个 更 好 的 模型 。 

通过 重 构 得 到 更 深层 理解 是 一 个 持续 不 断 的 过 程 。 人 们 可 能 会 发 现 一 些 隐 含 的 概念 , 并 把 它 
们 明确 地 表示 出 来 。 有 些 设 计 部 分 变 得 更 具有 柔性 , 或 许 还 采用 了 声明 式 的 开发 风格 。 开 发 工作 
一 下 子 到 了 突破 的 边缘 ， 然 后 开发 人 员 跨 越 这 条 界线 ， 得 到 了 一 个 更 深层 的 模型 ， 接 下 来 又 重新 

开始 了 稳步 的 精 化 过 程 。 
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随 着 系统 的 增长 ， 它 会 变 得 越 来 越 复杂 ， 当 我 们 无 法 通过 分 析 对 象 来 理解 系统 的 时 候 ， 就 需 
要 掌握 一 些 操 纵 和 理解 大 模型 的 技术 了 。 本 书 的 这 一 部 分 将 介绍 一 些 原则 。 遵 循 这 些 原则 ， 就 可 
以 对 一 些 十 分 复杂 的 领域 进行 建 模 。 大 部 分 这 样 的 决策 都 需要 由 团队 来 制定 ， 甚 至 需要 多 个 团队 
共同 协商 制定 。 这 些 决策 往往 是 把 设计 和 策略 综合 到 一 起 的 结果 。 

最 卓越 的 企业 系统 的 目标 是 实现 一 个 把 所 有 业务 都 包括 进来 的 、 紧 密集 成 的 系统 。 然 而 在 几 
乎 所 有 这 种 规模 的 组 织 中 ,整体 业务 模型 太 大 也 太 复 杂 了 , 因此 难以 管理 ， 甚 至 很 难 把 它 作为 一 
个 整体 来 理解 。 我 们 必须 在 概念 和 实现 上 把 系统 分 解 为 较 小 的 部 分 。 问 题 是 如 何在 不 损害 集成 利 
益 的 前 提 下 完成 这 种 模块 化 的 过 程 ， 从 而 使 系统 的 不 同 部 分 能 够 进行 互 操作 ,以 便 使 各 种 业务 操 
作 互 相 协调 。 如 果 设 计 一 个 把 所 有 概念 都 洱 盖 进来 的 单一 领域 模型 ， 它 将 会 非常 策 拙 ， 而 且 将 会 
出 现 大 量 难以 察觉 的 重复 和 矛盾。 而 如 果 用 一 些 特定 接口 把 一 组 小 的 、 各 自 不 同 的 子 系统 集成 到 
一 起 ， 又 会 影响 解决 企业 级 问题 的 能 力 ， 并且 在 每 个 集成 点 上 都 有 可 能 出 现 不 一 致 问 题 。 通 过 采 
用 一 种 系统 的 、 不 断 演变 的 设计 策略 ， 就 可 以 避免 这 两 种 极端 问题 。 

即使 在 这 种 规模 的 系统 中 采用 领域 驱动 设计 方法 , 也 不 要 脱离 实现 去 开发 模型 。 每 个 决策 都 
必须 对 系统 开发 产生 直接 的 影响 ， 否 则 它 就 是 无 关 的 决策 。 战 略 设计 原则 必须 指导 设计 决策 ， 以 
便 减 少 各 个 部 分 之 间 的 互相 依赖 ,并 提高 清晰 度 , 而 又 不 丢失 关键 的 互 操作 性 和 协同 性 。 战 略 设 
计 原 则 必须 把 模型 的 重点 放 在 捕获 系统 的 概念 核心 ， 也 就 是 系统 的 “远景 ”上 。 而 且 在 完成 这 些 
目标 的 同时 又 不 能 为 项 目 带 来 麻烦 。 为 了 帮助 实现 这 些 目标 ,这 一 部 分 探索 了 三 个 大 的 主题 上 
下 文 、 精 炼 和 大 比例 结构 。 

其 中 上 下 文 是 最 不 起 眼 的 , 但 实际 上 它 是 一 个 最 基本 的 主题 。 无 论 大 小 ,成功 的 模型 都 必须 
在 逻辑 上 保持 整体 的 一 致 ， 不 能 有 互相 矛盾 或 重 受 的 定义 。 有 时 ， 企 业 系 统 会 集成 一 些 来 自 其 他 
来 源 的 子 系统 ， 或 包含 一 些 完全 不 同 的 应 用 程序 ,以 至 于 无 法 从 同一 个 角度 来 看 待 领域 。 要 把 这 
些 不 同 部 分 中 隐 含 的 模型 统一 起 来 可 能 是 要 求 过 高 了 。 通 过 为 每 个 模型 显 式 地 定义 一 个 BOUNDED 
CONTEXT， 然后 在 必要 的 情况 下 定义 它 与 共 他 上 下 文 的 关系 ， 建 模 人 员 就 可 以 避免 使 模型 变 得 缠 
杂 不 清 。 
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通过 精炼 可 以 减少 混乱 , 并 且 把 注意 力 集中 到 正确 的 地 方 。 人 们 通常 在 领域 的 一 些 次 要 问题 
上 花费 了 太 多 的 精力 。 整 体 领域 模型 必须 要 突出 系统 中 最 有 价值 和 最 特殊 的 那些 方面 ,而 且 在 构 
造 领 域 模型 时 应 该 尽 可 能 把 注意 力 集中 在 这 些 部 分 上 。 虽然 一 些 支持 组 件 也 很 关键 , 但 绝 不 能 把 
它们 和 领域 核心 一 视 同 仁 。 把 注意 力 集中 到 正确 的 地 方 不 仅 有 助 于 把 精力 投入 到 关键 部 分 上 , 而 
且 还 可 以 使 系统 不 会 偏离 预期 方向 。 战略 精炼 可 以 使 一 个 大 的 模型 保持 清晰 。 有 了 更 清晰 的 视图 
后 ，CORE DOMAIN 的 设计 就 会 发 挥 更 大 的 作用 。 

大 比例 结构 是 用 来 描述 整个 系统 的 。 在 一 个 非常 复杂 的 模型 中 ， 人 们 可 能 会 “只 见 树木 , 不 
见 森 林 ”。 精 炼 确实 有 帮助 ， 它 使 入 们 能 够 把 注意 力 集中 到 核心 元 素 上 ， 并 把 其 他 元 素 表 示 为 支 
持 作 用 , 但 如 果 不 沿 着 一 个 主题 来 应 用 一 些 系统 级 的 设计 元 素 和 模式 的 话 , 关系 仍然 可 能 非常 混 
乱 。 我 将 概要 介绍 几 种 大 比例 结构 方法 ， 然 后 详细 讨论 其 中 的 一 种 模式 一 一 RESPONSIBILITY LAYER 
(职责 层 )， 通 过 这 个 示例 来 探索 使 用 大 比例 结构 的 含义 。 我 们 所 讨论 的 特殊 结构 只 是 一 些 例子 ， 
它们 并 不 是 大 比例 结构 的 全 部 。 当 需要 的 时 候 , 应 该 创造 新 的 结构 , 或 者 在 一 个 EVOLVING ORDER 
(演变 的 顺序 ) 过 程 中 修改 这 些 结构 。 一 些 大 比例 结构 能 够 使 设计 保持 一 致 性 ， 从 而 加 速 开发 ， 
并 提高 集成 度 。 

这 三 种 原则 各 有 各 的 用 处 , 但 结合 起 来 使 用 将 发 挥 更 大 的 力量 , 遵守 这 些 原则 就 可 以 创建 出 
好 的 设计 , 即使 是 对 一 个 非常 庞大 的 没有 人 能 够 完全 理解 的 系统 也 是 如 此 。 大 比例 结构 能 够 保持 
各 个 不 同 部 分 之 间 的 一 致 性 ,从 而 有 助 于 这 些 部 分 的 集成 。 结构 和 精炼 能 够 帮助 我 们 理解 各 个 部 
分 之 间 的 复杂 关系 ， 同 时 保持 整体 视图 的 清晰 。BOUNDED CONTEXT 使 我 们 能 够 在 不 同 的 部 分 中 
进行 工作 ， 而 不 会 破坏 模型 或 是 无 意 间 导 致 模型 的 分 裂 。 把 这 些 概念 加 进 团队 的 UBIQUITOUS 

LANGUAGE 中 ， 可 以 帮助 开发 人 员 设 计 出 他 们 自己 的 解决 方案 。 
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* 曾经 参加 过 一 个 项 目 ， 在 这 个 项 目 中 几 个 团队 同时 开发 一 个 大 型 新 系统 。 有 一 天 ， 当 

负责 “客户 发 票 ”模块 的 团队 正 要 准备 实现 一 个 他 们 称 为 Charge (收费 ) 的 对 象 时 ， 

他 们 发 现 另 一 个 团队 已 经 构建 了 这 个 对 象 ， 于 是 决定 重复 使 用 这 个 现 有 对 象 。 他 们 发 现 它 没 有 

expense code (费用 代码 ) 属性 ， 因 此 添加 了 一 个 。 对 象 中 有 一 个 posted amount (过 账 金额 ) 属 

性 是 他 们 所 需要 的 。 他 们 本 来 计划 把 这 个 属性 叫做 amount due (到 期 金额 )， 但 名 称 不 同 有 什么 

关系 呢 ? 于 是 他 们 把 名 称 改 成 了 “posted amount”。 又 添加 了 几 个 方法 和 关联 后 ， 他 们 得 到 了 所 

需 的 对 象 ， 而 且 没 有 扰乱 任何 事情 。 虽然 他 们 必须 忽略 掉 几 个 不 需要 的 关联 ,但 他 们 的 模块 运行 
很 正常 。 

几 天 之 后 ,“ 账 单 支 付 ” 模 块 出 现 了 一 些 奇怪 的 问题 (Charge 对 象 最 初 就 是 为 这 个 模块 编写 
的 )。 模 块 中 出 现 了 一 些 奇怪 的 Charge, 没有 人 记得 曾经 输入 过 它们 ， 而 且 它 们 也 没有 任何 意义 。 
当 使 用 某 些 函 数 时 ， 特 别 是 使 用 当月 月 初 至 今 (month-to-date) 的 税务 报表 时 ， 程 序 就 会 崩溃 。 
调查 发 现 ， 当 用 于 计算 所 有 当月 付款 的 可 扣除 总 额 的 函数 被 调用 时 ,程序 就 会 月 浇 。 那 些 来 历 不 
明 的 记录 在 percent deductible (可 扣除 百分比 ) 字段 中 没有 值 ， 尽 管 数据 录入 应 用 程序 的 验证 需 
要 这 个 值 ， 其 至 为 它 设 置 了 一 个 默认 值 。 

问题 在 于 这 两 个 团队 使 用 了 不 同 的 模型 ,而 他 们 并 没有 认识 到 这 一 点 , 也 没有 用 于 检测 这 一 
问题 的 过 程 。 每 个 团队 都 对 Charge 对 象 做 了 一 些 假设 , 使 之 能 够 在 自己 的 上 下 文中 使 用 (一 个 是 
向 客户 收费 ， 另 一 个 是 向 供应 商 付 款 )。 当 他 们 的 代码 被 组 合 到 一 起 而 没有 消除 这 些 巴 盾 时 ， 结 
果 就 产生 了 不 可 靠 的 软件 。 

如 果 他 们 一 开始 就 意识 到 这 一 点 ， 就 能 决定 如 何 来 解决 它 。 他 们 可 以 共同 开发 出 一 个 公共 
的 模型 ， 然 后 编写 一 个 自动 测试 套件 来 防止 以 后 出 现 意外 。 也 可 以 双方 商定 开发 各 自 的 模型 ， 
而 互相 不 干扰 对 方 的 代码 。 无 论 采 用 哪 种 方法 ， 都 明确 划 定 了 边界 ， 各 自 的 模型 只 在 各 自 的 边 
界 内 使 用 。 

他 们 在 知道 了 问题 所 在 之 后 采取 了 什么 措施 呢 ? 他 们 创建 了 两 个 不 同 的 类 : Customer Charge 

(客户 收费 ) 类 和 Supplier Charge 〈 供 应 商 收费 ) 类 。 并 根据 各 自 的 需求 定义 了 每 个 类 。 解 决 了 
眼前 这 个 问题 之 后 ， 他 们 又 按 以 前 的 方式 开始 工作 了 。 

模型 的 最 基本 需求 是 它 应 该 保持 内 部 的 一 致 性 .术语 总 具有 相同 的 意义 并 且 不 包含 互相 矛盾 
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的 规则 ， 尽 管 我 们 很 少 明确 地 考虑 这 些 需求 。 模 型 的 内 部 一 致 性 又 叫做 “统一 ”"， 这 样 每 个 术语 
都 不 会 有 模棱两可 的 意义 , 也 不 会 有 规则 冲突 。 除非 模 型 在 逻辑 上 是 一 致 的 , 否则 它 就 没有 意义 。 
在 理想 的 世界 中 ， 我 们 可 以 有 一 种 把 整个 企业 领域 包含 进来 的 单一 模型 。 这 个 模型 将 是 统一 的 ， 
没有 任何 相互 矛盾 或 相互 重 准 的 术语 定义 。 每 个 有 关 领 域 的 逻辑 声明 都 将 是 一 致 的 。 

但 大 型 系统 开发 并 不 是 这 样 理想 .在 整个 企业 系统 中 保持 这 种 水 平 的 统一 是 一 件 得 不 偿 失 的 
事情 。 在 系统 的 各 个 不 同 部 分 中 开发 多 个 模型 是 很 有 必要 的 , 但 我 们 必须 慎重 地 选择 系统 的 哪些 
部 分 可 以 分 开 , 以 及 它们 之 间 是 什么 关系 。 我 们 需要 用 一 些 方法 来 保持 模型 关键 部 分 的 高 度 统一 。 
所 有 这 些 都 不 会 自动 发 生 , 而 且 光 有 良好 的 意愿 也 是 没 用 的 。 它 只 有 通过 有 意识 的 设计 决策 和 建 
立 特 定 过程 才 能 实现 。 大 型 系统 领域 模型 的 完全 统一 是 不 可 行 的 ， 也 不 是 一 种 经 济 有 效 的 做 法 。 

有 时 人 们 会 反对 这 一 点 。 大 多 数 人 都 看 到 了 多 个 模型 的 代价 : 它们 限制 了 集成 , 并 且 使 沟通 
变 得 很 麻烦 。 更 重要 的 是 , 多 个 模型 在 一 定 程度 上 看 上 去 不 够 雅致 。 由 于 人 们 反对 使 用 多 个 模型 ， 
有 时 这 会 导致 人 们 在 一 个 非常 大 的 项 目 中 努力 尝试 把 所 有 软件 统一 到 一 个 模型 中 。 我 自己 就 很 后 
悔 曾经 这 人 么 做 过 了 头 。 但 请 一 定 要 考虑 下 面 的 风险 。 

(1) 一 次 尝试 对 遗留 系统 做 过 多 的 替换 。 

(2) 大 项 目 可 能 会 陷 人 困境 ， 因 为 协调 的 开销 太 大 ， 超 出 了 这 些 项 目的 能 力 范围 。 

(3) 具有 一 些 特殊 需求 的 应 用 程序 可 能 不 得 不 使 用 无 法 充分 满足 需求 的 模型 ， 而 只 能 将 这 些 
无 法 满足 的 行为 放 到 其 他 地 方 。 

(4) 另 一 方面 , 试图 用 一 个 模型 来 福 足 所 有 人 的 需求 可 能 会 导致 模型 中 包含 过 于 复杂 的 选择 ， 
因而 很 难 使 用 。 

此 外 ,除了 技术 上 的 因素 以 外 ,权力 上 的 划分 和 管理 级 别 的 不 同 也 要 求 把 模型 分 开 。 而 且 不 
同 模 型 的 出 现 也 可 能 是 团队 组 织 和 开发 过 程 导致 的 结果 。 因 此 ,即使 完全 的 集成 没有 来 自 技术 方 
面 的 阻力 ， 项 目 也 可 能 会 面临 多 个 模型 。 

既然 在 整个 企业 中 维护 统一 模型 并 不 可 行 , 就 不 要 再 受到 这 种 思路 的 限制 。 通过 预先 决定 什 
么 应 该 统一 ， 并 实际 认识 到 什么 不 能 统一 ,我 们 就 能 够 创建 一 个 清晰 的 、 共 同 的 视图 。 确 定 了 这 
些 之 后 ， 就 可 以 着 手 开始 工作 ， 以 保证 那些 需要 统一 的 部 分 保持 一 致 ， 不 需要 统一 的 部 分 不 会 引 
起 混乱 或 破坏 模型 。 

我 们 需要 用 一 种 方式 来 标记 出 不 同 模型 之 间 的 边界 和 关系 。 我 们 需要 有 意识 地 选择 一 种 策 
略 ， 并 一 致 地 遵守 它 。 

本 章 将 介绍 一 些 用 于 识别 、 沟 通 和 选择 模型 边界 及 关系 的 技术 。 本 章 的 讨论 首先 从 画 出 项 目 
的 当前 领域 开始 。 BOUNDED CONTEXT (限界 上 下 文 ) 定义 了 每 个 模型 的 应 用 范围 , 而 CONTEXT MAP 
(上 下 文 图 ) 则 给 出 了 项 目 上 下 文 以 及 它们 之 间 关 系 的 总 体 视 图 。 这 种 清晰 的 视图 能 够 使 项 目 更 
好 地 进行 ,但 仅仅 有 CoNTEXT MAP 是 不 够 的 。 一 旦 有 了 BouNDED CONTEXT 之 后 ， 就 需要 一 种 持续 
集成 的 过 程 ， 它 能 够 帮助 确保 模型 的 统一 。 

稳步 推进 这 些 工作 之 后 ， 我 们 就 可 以 开始 实施 更 有 效 的 BOUNDED CONTEXT 策 略 了 ， 并 明确 
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它们 之 闻 的 关系 ,区 分 出 那些 具有 共享 内 核 的 紧密 关联 的 上 下 文 , 以 及 那些 具有 独立 方式 的 松散 
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图 14-1 模型 完整 性 模式 的 导航 图 


14.1 模式 : BOUNDED CONTEXT 





细胞 之 所 以 会 存在 ， 是 因为 细胞 膜 定义 了 什么 在 细胞 内 ,什么 在 细胞 外 ， 
并 且 确 定 了 什么 物质 可 以 通过 细胞 膜 
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在 一 个 大 型 项 目 上 会 有 多 个 模型 共存 , 在 很 多 情况 下 这 是 没 问 题 的 。 不 同 的 模型 应 用 于 不 同 
的 上 下 文 。 例 如 ,你 可 能 必须 将 你 的 新 软件 与 一 个 外 部 系统 集成 , 而 你 的 团队 对 这 个 外 部 系统 没 
有 控制 权 。 在 这 种 情况 下 ,任何 人 都 会 明白 这 个 外 部 系统 是 一 种 完全 不 同 的 上 下 文 ， 不 能 应 用 于 
他 们 正在 开发 的 模型 ， 但 还 有 很 多 情况 是 比较 含糊 和 易 混 淆 的 。 在 本 章 开 篇 所 讲 的 那个 故事 中 ， 
两 个 团队 为 同一 个 新 系统 开发 不 同 的 功能 。 那么 他 们 使 用 的 是 同一 个 模型 吗 ? 他 们 的 意图 是 至 少 
共享 模型 的 一 部 分 , 但 却 没 有 一 种 划分 方法 告诉 他 们 共享 什么 、 不 共享 什么 。 而 且 他 们 也 没有 一 
个 过 程 来 维持 共享 模型 ， 或 快速 检测 模型 是 否 有 分 歧 。 他 们 只 是 在 系统 行为 突然 变 得 不 可 预测 时 
才 意 识 到 他 们 之 间 产 生 了 分 上野 。 

即使 是 在 同一 个 团队 中 , 也 可 能 会 出 现 多 个 模型 。 团 队 的 询 通 可 能 会 不 畅 ， 导 致 对 模型 的 理 
解 产 生 难 以 提 摸 的 冲突 。 原 先 的 代码 往往 反映 的 是 早先 的 模型 概念 ,而 这 些 概念 与 当前 模型 有 着 
微妙 的 差别 。 

每 个 人 都 知道 两 个 系统 的 数据 格式 是 不 同 的 ,因此 需要 进行 数据 转换 ,但 这 只 是 问题 的 表面 。 
问题 的 根本 在 于 两 个 系统 所 使 用 的 模型 不 同 。 当 这 种 差异 不 是 来 自 外 部 系统 ， 而 是 发 生 在 同一 个 
系统 的 代码 中 时 ， 它 将 更 难 发 现 。 然 而 ， 所 有 大 型 团队 项 目 都 会 发 生 这 种 情况 。 

任何 一 个 大 型 项 目 都 会 存在 多 个 模型 .而 当 基 于 不 同 模型 的 代码 被 组 合 到 一 起 后 , 软件 就 会 
出 现 bug、 变 得 不 可 靠 和 难以 理解 。 团 队 成 员 之 间 的 沟通 变 得 混乱 。 人 们 往往 弄 不 清楚 一 个 模型 
不 应 该 在 哪个 上 下 文中 使 用 。 

模型 混乱 的 问题 会 在 代码 不 能 正常 运行 时 暴露 出 来 ,但 问题 的 根源 却 在 于 团队 的 组 织 方式 和 
成 员 的 交流 方法 。 因此 , 为 了 澄清 模型 的 上 下 文 , 我 们 既 要 注意 项 目 , 也 要 注意 它 的 最 终 产品 ( 代 
码 、 数 据 库 模式 等 )。 

一 个 模型 只 在 一 个 上 下 文中 使 用 。 这 个 上 下 文 可 以 是 代码 的 一 个 特定 部 分 , 也 可 以 是 某 个 特 
定 团 队 的 工作 。 如 果 模 型 是 在 团队 的 一 次 头脑 风暴 会 议 中 得 到 的 , 那么 这 个 模型 的 上 下 文 仅 限 干 
那 次 会 议 的 讨论 。 就 拿 本 书 中 的 例子 来 说 , 示例 中 所 使 用 的 模型 的 上 下 文 就 是 那个 示例 所 在 的 小 
节 以 及 任何 相关 的 后 续 讨 论 。 模 型 上 下 文 是 为 了 保证 该 模型 中 的 术语 具有 特定 意义 而 必须 要 应 用 
的 一 组 条 件 。 

为 了 解决 多 个 模型 的 问题 ,我 们 需要 明确 地 定义 模型 的 范围 一 一 模型 是 软件 系统 中 一 个 有 界 
的 部 分 ， 一 个 部 分 只 应 用 一 个 模型 ， 并 尽 可 能 地 保持 统一 。 团 队 组 织 中 必须 一 臻 遵守 这 个 定义 。 

因此 : 

明确 地 定义 模型 所 应 用 的 上 下 文 。 根据 团队 的 组 织 、 软件 系统 的 各 个 部 分 的 用 法 以 及 物理 表 
现 〈 代 码 和 数据 库 模 式 等 ) 来 设置 模型 的 边界 。 在 这 些 边界 中 严格 保持 模型 的 一 致 性 ,而 不 要 受 
到 边界 之 外 问题 的 干扰 和 混淆 。 

BOUNDED CONTEXT 明 确 地 限定 了 模型 的 应 用 范围 ， 以 便 让 团队 成 员 对 什么 应 该 保持 一 致 以 及 
上 下 文 之 间 如 何 关联 有 一 个 明确 和 共同 的 理解 。 在 CONTEXT 中 ， 要 保证 模型 在 逻辑 上 统一 ， 而 不 
B36| 用 考虑 它 是 不 是 适用 于 边界 之 外 的 情况 。 在 其 他 CoNTEXT 中 ， 会 使 用 其 他 的 模型 ， 这 些 模型 具有 
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不 同 的 术语 、 概 念 、 规 则 和 UBIQUITOUS LANGUAGE 的 技术 行 话 。 通 过 划 定 明确 的 边界 ， 可 以 使 模 
型 保持 纯粹 , 因而 在 它 所 适用 的 CONTEXT 中 更 有 效 。 同 时, 也 避免 了 将 注意 力 切换 到 其 他 CONTEXT 
时 引起 的 混淆 。 跨 边界 的 集成 必然 需要 进行 一 些 转换 ， 但 我 们 可 以 清楚 地 分 析 这 些 转换 。 


BouNDED CONTEXT 不 是 MoDULE | 
有 时 这 两 个 概念 吻 引 起 温江， 但 它们 是 具有 不 同 动机 的 不 同 模式 . 确实 ， 当 两 组 对 象 组 
成 两 个 不 同 模型 时 ， 人 们 几乎 总 是 把 它们 放 在 不 同 的 MODULE 中 。 这 样 做 的 确 提 供 了 不 同 的 名 
称 空间 (对 不 同 的 CONTEXT 很 重要 ) 和 一 些 划 分 方法 。 


但 人 们 也 会 在 一 个 模型 中 用 MODULE 来 组 织 元 素 ,它们 不 一 定 表 达 了 划分 CONTEXT 的 意图 。 
模型 在 一 个 BOUNDED CONTEXT 内 部 创建 的 独立 名 称 空间 实际 上 使 人 们 很 难 发 现 意 外 产生 的 模 


型 分 裂 。 





预订 系统 的 上 下 文 


一 家 运输 公司 有 一 个 内 部 项 目 ,为 货物 预订 开发 一 个 新 的 应 用 程序 。 他 们 决定 采用 模型 驱动 
的 开发 方法 一 一 为 这 个 应 用 程序 开发 一 个 对 象 模型 。 那 么 这 个 模型 应 用 的 BoUNDED CONTEXT 是 什 
么 呢 ? 为 了 回答 这 个 问题 ,我 们 必须 看 一 下 项 目 正 在 发 生 什 么 事情 。 记 住 ， 这 里 是 观察 项 目的 现 
状 ， 而 不 是 它 的 理想 状态 。 

预订 应 用 程序 的 开发 工作 由 一 个 项 目 团队 负责 。 他们 不 能 修改 模型 对 象 , 但 他 们 所 构建 的 应 
用 程序 还 必须 要 显示 和 操作 这 些 对 象 。 这 个 团队 是 模型 的 使 用 者 。 模 型 在 应 用 程序 (模型 的 主要 
使 用 者 ) 中 是 有 效 的 ， 因 此 预订 应 用 程序 在 应 用 程序 的 边界 之 内 。 

已 完成 的 预订 必须 要 传递 给 原来 的 货物 跟踪 系统 来 处 理 。 新 模型 与 原 有 系统 的 模型 是 不 同 
的 ,因此 原来 的 货物 跟踪 系统 位 于 新 模型 的 边界 之 外 。 新 旧 模 型 之 间 的 必要 转换 由 原 有 系统 的 维 
护 团队 来 负责 处 理 。 转 换 机 制 不 是 模型 驱动 的 。 它 不 在 BOUNDED CONTEXT 中 〈 转 换 其 实 是 边界 本 
身 的 一 部 分 ， 这 一 点 将 在 CONTEXT MAP 中 讨论 )。 转 换 机 制 在 CONTEXT 之 外 (不 基于 模型 ) 是 一 
种 好 的 方法 。 要 求 原来 的 团队 使 用 这 个 模型 是 不 切实 际 的 ， 因 为 他 们 的 主要 工作 都 发 生 在 
CONTEXT 之 外 。 

每 个 对 象 的 整个 生命 周期 都 由 负责 模型 的 困 队 来 处 理 , 包括 对 象 的 持久 化 。 由 于 这 个 团队 也 
控制 着 数据 库 模 式 ， 因 此 他 们 特意 把 对 象 - 关 系 映射 设计 得 简单 直接 。 换 言 之 ， 数 据 库 模 式 是 由 
模型 驱动 的 ， 因 此 在 模型 的 边界 之 内 。 337 

然而 , 在 模型 和 应 用 程序 上 还 有 一 个 团队 正在 工作 , 这 个 团队 为 货轮 安排 航次 。 这 个 团队 和 
负责 货物 预订 的 团队 是 一 起 开始 工作 的 ， 他 们 都 打算 开发 一 个 单独 的 、 统 一 的 系统 。 这 两 支 团队 
偶尔 互相 协调 , 也 偶尔 共享 对 象 , 但 没有 系统 性 的 协调 。 他 们 不 在 同一 个 BOUNDED CONTEXT 中 工 
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作 。 这 会 带 来 风险 ， 因 为 他 们 并 没有 意识 到 各 自 正在 使 用 不 同 的 模型 。 到 了 集成 的 时 候 ， 就 会 出 
现 问题 ， 除 非 他 们 采取 特定 的 过 程 来 管理 这 种 情况 〈 共 享 内 核 可 能 就 是 一 个 很 好 的 选择 ， 本 章 后 

面 会 介绍 }。 但 是 ， 第 一 步 是 认 清 现状 。 他 们 不 在 同一 个 CONTEXT 中 ， 因 此 应 读 停 止 共享 代码 ， 
直到 做 出 一 些 改变 之 后 再 去 共享 。 

这 个 BOUNDED CONTEXT 由 这 个 特殊 模型 所 驱动 的 所 有 系统 方面 构成 ， 包 括 模型 对 象 、 用 于 
i ee 在 这 个 CoNTEXT 中 主要 有 两 支 团队 在 工作 , 一 

是 建 模 团 队 ， 另 一 个 是 应 用 程序 团队 。 这 个 系统 需要 与 原来 的 货物 跟踪 系统 交换 信息 ， 原 有 系 
统 的 维护 团 了 此 要 负责 在 这 个 边界 上 的 转 钦 ， 并 且 与 建 模 团 队 进 行 合作 。 预 订 模 型 和 航次 安排 模 
型 之 间 没 有 明确 定义 的 关系 ,定义 这 种 关系 应 该 是 这 两 个 团队 的 首要 任务 之 一 。 同时， 他们 在 共 
享 代码 或 数据 方面 应 该 格外 谨慎 。 

因此 , 通过 定义 这 个 BOUNDED CONTEXT, 团队 得 到 了 什么 ?这 个 CoNTEXT 中 的 团队 有 了 更 清 
晰 的 思路 。 这 两 支 团队 知道 他 们 必须 在 这 个 模型 中 保持 一 致 。 他 们 根据 这 一 点 制定 设计 决策 , 并 
注意 防范 出 现 不 一 致 的 情况 。 这 个 CONTEXT 之 外 的 团队 有 了 自由 。 他 们 不 必 行 走 在 灰色 地 带 ,， 不 
必 狂 了 静 是 不 是 应 该 使 用 同一 个 模型 。 但 在 这 个 特殊 例子 中 , 最 实际 的 收获 是 他 们 认识 到 了 在 预订 
模型 团队 和 航次 安排 团队 之 间 进 行 非 正式 共享 存在 着 风险 。 为 了 避免 问题 产生 , 他们 实际 上 需要 
在 共享 的 代价 和 收益 之 间作 出 权衡 ,并 采用 一 些 特 定 过 程 来 确保 共享 的 有 效 性 。 要 想 避 免 产 生 这 
些 问题 ,每 个 人 都 必须 理解 模型 上 下 文 的 边界 在 哪里 。 
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当然 , 边界 只 不 过 是 一 些 特 殊 的 位 置 。 各 个 BoUNDED CONTEXT 之 间 的 关系 需要 我 们 仔细 地 处 
理 。CONTEXTMAP 画 出 了 上 下 文 的 范围 ， 并 给 出 了 CONTEXT 以 及 它们 之 间 的 连接 的 总 体 视图 ， 而 
几 种 模式 定义 了 CONTEXT 之 间 的 各 种 关系 的 性 质 。CONTINUOUS INTEGRATION 的 过 程 可 以 使 模型 在 
一 个 BOUNDED CONTEXT 中 保持 统一 。 

但 在 讨论 所 有 这 些 问 题 之 前 ， 想 一 想 当 模型 的 统一 性 被 破坏 时 , 模型 会 是 什么 样子 呢 ? 我们 
又 该 如 何 识别 概念 上 的 不 一 致 呢 ? 


识别 BOUNDED CONTEXT 中 的 不 一 臻 


很 多 症状 都 可 能 表明 模型 中 出 现 了 差异 。 最 明显 的 症状 是 已 编码 的 接口 不 匹配 。 一 些 细微 的 
意外 行为 也 可 能 是 一 种 信号 ,采用 了 自动 测试 的 CONTINUOUS INTEGRATION 可 以 帮助 捕 提 到 这 类 问 
题 。 但 语言 上 的 混乱 往往 是 一 种 早期 的 警告 信号 。 可 

将 不 同 模型 的 元 素 组 合 到 一 起 可 能 会 引发 两 类 问 题 : 重复 的 概念 和 假 同 源 。 重复 的 概念 是 指 
两 个 模型 元 素 ( 以 及 伴随 的 实现 ) 实际 上 表示 同一 个 概念 。 每 当 这 个 概念 的 信 ， 息 发 生变 化 时 ， 都 


必须 要 更 新 两 个 地 方 。 每 次 由 于 新 的 知识 导致 一 个 对 象 被 修改 时 ， 也 必须 重新 分 析 和 修改 另 -一 a 
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对 象 。 如 果 不 进行 实际 的 重新 分 析 ， 结 果 就 会 出 现 同 一 概念 的 两 个 版 本 ， 它 们 遵守 不 同 的 规则 ， 
甚至 有 不 同 的 数据 。 更 严重 的 是 ， 团队 成 员 必 须 学 习 同 一 操作 的 两 种 方法 , 以 及 保持 这 两 种 方法 
同步 的 各 种 方式 。 | 

假 间 源 可 能 稍微 少见 一 点 ， 但 它 潜在 的 危害 更 大 。 它 是 指使 用 相同 术语 (或 已 实现 的 对 象 ) 
的 两 个 人 认为 他 们 是 在 谈论 同一 件 事情 , 但 实际 上 并 不 是 这 样 。 本 章 开 头 的 示例 就 是 一 个 典型 的 
例子 (两 个 不 同 的 业务 活动 都 叫做 Charge)。 但 是 ， 当 两 个 定义 都 与 同一 个 领域 方面 相关 ， 而 只 
是 在 概念 上 稍 有 区 别 时 ， 这 种 冲突 更 难以 发 现 。 假 同 源 会 导致 开发 团队 互相 干扰 对 方 的 代码 ,也 
可 能 导致 数据 库 中 含有 奇怪 的 矛盾 , 还 会 引起 团队 沟通 的 混 斌 。 假 同 源 这 个 术语 在 自然 语言 中 也 
经 常 使 用 。 例 如 ， 说 英语 的 人 在 学 习 西 班 牙 语 时 常常 会 误 用 embarazada 这 个 词 。 这 个 词 的 意思 并 
不 是 embarrassed (难堪 的 )， 而 是 pregnant (怀孕 的 )。 很 惊讶 吧 ! 

当 发 现 这 些 问题 时 ,团队 必须 要 做 出 相应 的 决定 。 可 能 需要 重新 对 模型 进行 开发 ， 对 开发 过 
程 进行 精 化 ,以 便 防 止 出 现 不 一 致 的 情况 。 不 一 致 也 有 可 能 是 由 分 组 造成 的 , 一 些小 组 出 于 合理 
的 原因 ,需要 以 一 些 不 同 的 方式 来 开发 模型 ， 而且 你 可 能 也 决定 让 他 们 独立 开发 。 本 章 接 下 来 要 
讨论 的 模式 的 主题 就 是 如 何 解决 这 些 问 题 。 


14.2 模式: CONTINUOUS INTEGRATION 





定义 完 一 个 BOUNDED CONTEXT 后 ， 必 须 让 它 保 持 合理 化 。 
滋 洲 浴 
当 很 多 人 在 同一 个 BouNDED CONTEXT 中 工作 时 ， 模 型 很 容易 发 生 分 裂 。 团 队 越 大 ， 问 题 就 


越 大 ， 但 即使 是 3、4 个 人 的 团队 也 有 可 能 会 遇 到 严重 的 问题 。 然 而 ， 如 果 将 系统 分 解 为 更 小 的 
CONTEXT， 最 终 又 难以 保持 集成 度 和 一 致 性 。 


有 时 开发 人 员 没有 完全 理解 其 他 人 所 创建 的 对 象 或 交互 的 意图 , 就 对 它 进行 了 修改 , 使 其 失 
去 了 原来 的 作用 。 有 了 时 他 们 没有 意识 到 他 们 正在 开发 的 概念 已 经 在 模型 的 另 一 个 部 分 中 实现 了 ， 








1342 | 


240 ”第 四 部 分 战略 设计 











从 而 导致 了 这 些 概 念 和 行为 (不 正确 的 ) 重复 。 有 时 他 们 意识 到 了 这 些 概念 有 其 他 的 表示 ,但 却 
因为 担心 破坏 现 有 功能 而 不 敢 去 改动 它们 ， 于 是 他 们 继续 重复 开发 这 些 概念 和 功能 。 

开发 一 个 统一 系统 〈 无 论 规模 大 小 ) 需要 维持 很 高 的 沟通 水 平 ,而 这 一 点 常常 很 难 做 到 。 我 
们 需要 通过 运用 各 种 方法 来 增进 沟通 并 减 小 复杂 性 。 还 需要 一 些 安全 防护 措施 , 以 避免 过 于 谨慎 
的 行为 《例如 开发 人 员 由 于 担心 破坏 现 有 代码 而 重复 地 开发 一 些 功 能 )。 

极限 编程 (XP) 在 这 样 的 环境 中 真正 显示 了 其 特性 。 很 多 XP 实践 都 是 针对 在 很 多 人 频繁 更 
改 设计 的 情况 下 如 何 维护 设计 的 一 致 性 这 个 特定 问题 而 出 现 的 。XP 是 一 种 非常 适合 在 BOUNDED 
COoNTEXT 中 维护 模型 完整 性 的 形式 。 但 是 ， 无 论 是 否 使 用 XP， 都 很 有 必要 采取 一 些 CONTINUOUS 
INTEGRATION 过 程 。 

CONTINUOUS INTEGRATION 是 指 把 一 个 上 下 文中 的 所 有 工作 足够 频繁 地 合并 到 一 起 , 并 使 它们 
经 常 保 持 一 致 ， 以 便当 模型 发 生 分 裂 时 ， 可 以 迅速 发 现 并 纠正 问题 。 像 领域 驱动 设计 中 的 其 他 方 
法 一 样 ，CONTINUOUS INTEGRATION 也 有 两 个 级 别 的 操作 : (1) 模型 概念 的 集成 ，(2) 实现 的 集成 。 

团队 成 员 之 间 通 过 经 常 沟 通 来 保证 概念 的 集成 ,团队 必须 对 不 断 变 化 的 模型 形成 一 个 共同 的 
理解 。 有 很 多 方法 可 以 帮助 做 到 这 一 点 ， 但 最 基本 的 方法 是 对 UBIQUITOUS LANGUAGE 多 加 锤炼 。 
同时 ， 实 际 工件 是 通过 系统 性 的 合并 /构建 /测试 过 程 来 集成 的 ， 这 样 的 过 程 能 够 尽早 暴露 出 模型 
的 分 裂 问题 。 用 来 集成 的 过 程 有 很 多 ， 大 部 分 有 效 的 方法 都 具有 以 下 这 些 特 征 : 

口 分 步 集成 ,采用 可 重复 使 用 的 合并 /构建 技术 ， 

口 自动 测试 套件 ，; 

口 有 一 些 规则 ， 用 来 为 那些 尚未 集成 的 改动 设置 一 个 合理 的 、 稍 高 的 生命 期 上 限 。 

有 效 过 程 的 另 一 面 是 概念 集成 ， 虽 然 它 很 少 被 正式 地 纳入 进来 。 

口 在 讨论 模型 和 应 用 程序 时 要 坚持 使 用 UBIQUITOUS LANGUAGE。 

大 多 数 敏捷 项 目 至 少 每 天 都 要 把 每 位 开发 人 员 所 做 的 修改 合并 进来 。 这 个 频率 可 以 根据 更 改 
的 步伐 来 调整 ， 只 要 确保 该 间隔 不 会 导致 大 量 不 兼容 工作 的 产生 即 可 。 

在 MODEL-DRIVEN DESIGN 中 ， 概 念 集成 为 实现 集成 扫 清 了 道路 ,而 实现 集成 验证 了 模型 的 有 
效 性 和 一 致 性 ， 并 暴露 出 模型 分 裂 这 个 问题 。 

因此 : 

建立 一 个 经 常 把 所 有 代码 和 其 他 实现 工件 合并 到 一 起 的 过 程 , 并 通过 自动 测试 来 快速 查 明 模 
型 的 分 裂 问题 。 严 格 坚持 使 用 UBIQuITous LANGUAGE ， 以 便 在 不 同人 的 头脑 中 演变 出 不 同 的 概念 
时 ， 使 所 有 人 对 模型 都 能 达成 一 个 共识 。 

最 后 ， 不 要 在 持续 集成 中 做 一 些 不 必要 的 工作 。CoNTIHUOUS INTEGRATION 只 有 在 BoUNDED 
CONTEXT 中 才 是 重要 的 。 相 邻 CONTEXT 中 的 设计 问题 (包括 转换 ) 不 必 以 同一 个 步调 来 处 理 。 


CONTINUOUS INTEGRATION 可 以 在 任何 BoUNDED CONTEXT 中 使 用 , 只 要 它 的 工作 规模 大 到 需要 
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两 个 以 上 的 人 去 完成 就 可 以 。 它 可 以 维护 单一 模型 的 完整 性 。 当 多 个 BOUNDED CONTEXT 共 存 时 ， 
我 们 必须 要 确定 它们 的 关系 ， 并 设计 任何 必需 的 接口 。 


14.3 模式 : CONTEXT MAP 
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只 有 一 个 BOUNDED CONTEXT 并 不 能 提供 全 局 视图 。 其 他 模型 的 上 下 文 可 能 仍 不 清楚 而 且 还 
在 不 断 变 化 。 


其 他 困 队 中 的 人 员 并 不 是 十 分 清楚 CoNTEXT 的 边界 , 他 们 会 不 知 不 觉 地 做 出 一 些 更 改 , 从 而 
使 边界 变 得 模糊 或 者 使 互 连 变 得 复杂 。 当 不 同 的 上 下 文 必须 互相 连接 时 ， 它 们 可 能 会 互相 重 释 。 

BoOUNDED CONTEXT 之 间 的 代码 重用 是 很 危险 的 ， 应 该 避免 。 功 能 和 数据 的 集成 必须 要 通过 
转换 去 实现 ,通过 定义 不 同上 下 文 之 间 的 关系 ,并 在 项 目 中 创建 一 个 所 有 模型 上 下 文 的 全 局 视图 ， 
可 以 减少 混乱 。 

CONTEXT MAP 位 于 项 目 管理 和 软件 设计 之 间 的 重 全 区域。 按照 常规 ， 人 们 往往 按 团 队 组 织 的 
轮廓 来 划 定 边界 。 紧 密 协 作 的 人 会 很 自然 地 共享 一 个 模型 上 下 文 。 不 同 团队 的 人 员 (或 者 即使 在 
同一 个 团队 中 但 从 不 交流 的 人 ) 将 使 用 不 同 的 上 下 文 。 办 公 室 的 物理 位 置 也 有 影响 ， 例 如 分 别 位 
了 于 大 楼 两 端的 团队 成 员 〈 更 不 用 说 在 不 同城 市 工作 的 人 了 ) 如 果 没 有 特别 的 整合 工作 ,很 有 可 能 
会 使 用 不 同 的 上 下 文 。 大 多 数 项 目 经 理会 本 能 地 意识 到 这 些 因 素 , 并 围绕 着 软件 模型 与 设计 的 子 
系统 大 致 把 各 个 团队 组 织 起 来 。 但 团队 组 织 与 软件 模型 及 设计 之 间 的 相互 关系 仍然 不 够 明显 。 项 
目 经 理 和 团队 成 员 需 要 对 正在 进行 的 软件 模型 和 设计 有 一 个 清晰 的 视图 。 

因此 : 

识别 每 个 模型 在 项 目 中 的 作用 ， 并 定义 其 BouNDED CoNTEXT。 这 包括 非 面向 对 和 象 子 系统 的 
隐 含 模型 。 为 每 个 BOUNDED CONTEXT 命 名 ， 并 把 名 称 添加 到 UBIQUITOUS LANGUAGE 中 。 

描述 模型 之 间 的 接触 点 ， 明 确 每 次 交流 所 需 的 转换 ， 并 突出 任何 共享 的 内 容 。 

画 出 现 有 的 范围 。 为 稍 后 的 转换 做 好 准备 。 
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在 每 个 BOUNDED CONTEXT 中 ， 都 将 有 一 种 一 致 的 UBIQUITOUS LANGUAGE 的 “方言 。 我 们 需 
要 把 BOUNDED CONTEXT 的 名 称 添 加 到 UBIQUITOUS LANGUAGE 中 ， 这 样 只 要 通过 明确 CONTEXT 就 可 
以 清楚 地 讨论 任何 一 种 设计 部 分 的 模型 。 

CONTEXT MAP 并 不 需要 写成 任何 特殊 格式 的 文档 ,我 发 现 本 章 中 的 图 在 可 视 化 和 沟通 上 下 文 
图 方面 很 有 帮助 。 有 些 人 可 能 喜欢 使 用 较 多 的 文本 描述 或 别 的 图 形 表示 。 在 某 些 情况 下 ,团队 成 
员 之 间 只 和 需 进 行 一 些 讨 论 就 足够 了 。 需 求 不 同 ,， 细 市 级 别 也 不 同 。 不 管 CONTEXTMAP 采 用 什么 形 
式 , 项 目 中 的 每 个 人 都 必须 共享 它 ，, 并 能 够 理解 它 。 它 必须 为 每 个 BOUNDED CONTEXT 提 供 一 个 明 
确 的 名 称 ， 而 且 必 须 清晰 地 表示 出 接触 点 和 它们 的 本 质 。 


-1 溪 tp 
江汉 


根据 设计 问题 和 项 目 组 织 问题 的 不 同 ，BouNPED CONTEXT 之 间 的 关系 有 很 多 种 形式 。 本 章 
稍 后 将 介绍 CONTEXT 之 闻 的 各 种 关系 模式 ， 这 些 模式 分 别 适 用 于 不 同 的 情况 ,并且 提供 了 一 些 术 
语 ， 这 些 术语 可 以 用 来 描述 你 在 自己 的 上 下 文 图 中 发 现 的 关系 。 记 住 ，CONTEXT MAP 始 终 表 示 它 
所 处 的 情况 ,你 所 发 现 的 关系 一 开始 可 能 并 不 适合 这 些 模式 。 如 果 它 们 与 某 种 模式 非常 吻合 ， 你 
可 能 想 用 这 个 模式 名 来 描述 它们 ,但 不 要 生 据 硬 套 。 只 需 描述 你 所 发 现 的 关系 即 可 。 过 后 ， 你 可 
以 向 更 加 标准 化 的 关系 过 渡 。 

那么 , 如 果 你 发 现 模 型 产生 了 分 裂 一 一 模型 完全 混乱 且 包 含 不 一 致 时 , 你 该 怎么 办 呢 ?” 这 时 
一 定 要 十 分 注意 ， 先 把 描述 工作 停 下 来 。 然 后 ， 从 精确 的 全 局 角度 来 解决 这 些 混乱 点 。 小 的 分 裂 
可 以 修复 , 并 且 可 以 通过 实施 一 些 过 程 来 为 修复 提供 支持 。 如 果 一 个 关系 很 模糊 ， 可 以 选择 一 种 
最 接近 的 模式 ， 然 后 向 此 模式 靠拢 。 最 重要 的 任务 是 画 出 一 个 清晰 的 CoNTEXTMAP ， 而 这 可 能 意 
味 着 修复 实际 发 现 的 问题 。 但 不 要 因为 修复 必要 的 问题 而 重组 整个 结构 。 我 们 只 需 修 改 那些 明显 
的 矛盾 即 可 ， 直 到 得 出 一 个 明确 的 CoNTEXT MAP， 在 这 个 图 中 ， 你 的 所 有 工作 都 被 放 到 某 个 
BOUNDED CONTEXT 中 ， 而 且 所 有 互 连 的 模型 都 有 明确 的 关系 。 

一 旦 有 了 一 致 的 CONTEXTMAP,， 就 会 看 到 需要 修改 的 那些 地 方 。 在 经 过 深思 熟 虚 后， 你 可 以 
修改 团队 的 组 织 或 设计 。 记 住 ， 在 更 改 实际 上 完成 以 前 ， 不 要 先 修改 CONTEXT MAP。 


运输 应 用 程序 中 的 两 个 CONTEXT 





我 们 再 次 回 到 运输 系统 。 应 用 程序 的 主要 特性 之 一 是 在 客户 预订 的 时 候 自动 为 货物 安排 路 
线 。 模 型 类 似 于 图 14-2。 

Routing Service 是 一 个 SERVICE， 它 把 服务 的 机 制 封装 在 一 个 INTENTION-REVEALING INTERFACE 后 
面 ， 这 个 接口 是 由 一 些 SIDE-EFFECTFREE FUNCTION 构 成 的 。 这 些 函 数 的 结果 是 用 AsSERTION 纪 | 画 的 。 

(1) 接口 声明 了 当 传人 一 个 Route Specification 时 ， 将 返回 一 个 Itinerary。 

(2) ASSERTION 规 定 返 回 的 Itinerary 将 满足 所 传人 的 Route Specification 。 

从 上 面 这 些 并 不 能 看 出 这 项 困难 任务 是 如 何 执行 的 。 现 在 ， 让 我 们 来 看 一 下 幕后 的 机 制 。 


第 14 章 保持 模型 的 完整 性 243 


















Route Specification a Route Specification ,| Routing Service 
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pe Route 
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{ tinerary 必 须 满足 Specification } 
vy 





Itinerary 








{ordered} 


* 





Leg 





vessel Voyage ID 
load date 

_ | load location 
unload date 
unload location 











图 14-2 


最 初 在 这 个 示例 所 在 的 项 目 中 ， 我 在 Routing Service 的 内 部 机 制 上 太 过 教条 了 。 我 希望 把 领域 
模型 扩展 一 下 ， 以 便 把 实际 的 路 线 安排 操作 包括 进来 ， 由 模型 来 表示 航次 ， 并 直接 把 这 些 航次 与 
Ttinerary 中 的 Leg ( 航 段 ) 关联 起 来 。 但 负责 处 理 路 线 问题 的 团队 指出 , 为 了 更 好 地 执行 路 线 的 安排 ， 
并 充分 利用 那些 已 经 建立 得 很 好 的 算法 , 应 该 把 这 个 解决 方案 实现 为 一 个 优化 网 络 , 并 把 航次 的 每 
个 航 段 表示 为 矩阵 中 的 一 个 元 素 。 他 们 坚持 要 用 一 个 完全 不 同 的 运输 作业 模型 来 实现 此 目的 。 

就 当时 的 设计 而 言 ， 他 们 在 路 线 安排 过 程 的 计算 要 求 上 无 疑 是 正确 的 ,而 且 我 也 没有 更 好 的 
思路 ， 因 此 我 只 好 同意 了 。 实 际 上 , 我 们 创建 了 两 个 独立 的 BOUNDED CONTEXT， 每 个 上 下 文 都 有 
自己 运输 作业 的 概念 组 织 (参见 图 14-3)。 

我 们 需要 接受 一 个 Routing Service 请 求 ， 并 将 它 转换 为 Network Traversal Service 可 以 理解 的 
术语 ， 然 后 获取 结果 ， 并 将 其 转换 为 Routing Service 所 期 望 得 到 的 格式 。 

这 意味 着 在 这 两 个 模型 中 并 不 需要 映射 出 所 有 事情 ， 而 只 需 能 够 进行 这 两 个 特定 的 转换 即 可 : 

Route Specification 一 地 点 代码 的 List 
Node 标 识 的 列表 一 Itinerary 

为 了 进行 这 两 个 转换 ,我 们 必须 研究 元 素 在 一 个 模型 中 的 含义 ,并 弄 清 楚 如 何在 另 一 个 模型 
中 把 它 表 示 出 来 。 

我 们 从 第 一 个 转换 开始 (Route Specification 一 地 点 代码 的 List)， 我们 必须 考虑 列表 中 的 地 点 
序列 的 含义 。 列 表 中 的 第 一 项 是 路 线 的 开始 ， 然 后 必须 依次 通过 每 个 地 点 ， 直 到 到 达 列 表 中 的 最 
后 一 个 地 点 。 因 此 ， 起 点 和 目的 地 分 别 是 列表 中 的 第 一 项 和 最 后 一 项 ， 中 间 (如 果 有 的 话 ) 则 是 
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清关 地 点 (参见 图 4-14)。 
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封装 了 一 个 复杂 的 算术 机 制 。 | 


Node 的 输出 列表 是 一 条 运输 
网 络 的 路 线 ， 这 条 路 线 必须 
要 经 过 输入 的 地 点 列表 。 
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{ordered} findPath(List Node 
route(RouteSpecification locationCodes) : List | 
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load date from 
load location 运输 网 络 CONTEXT 
unload date | 预订 CONTEXT Shipping 
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图 14-3 ”同时 使 用 两 个 BouNDED CoNTEXT， 这 样 就 可 以 应 用 有 效 的 路 线 安排 算法 


一 人 个 


aRouteSpec.origin 


aRouteSpec.customsClearance 
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List 
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图 14-4 ”对 Network Traversal Service 的 一 次 查询 的 转换 
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(幸运 的 是 ， 两 个 团队 使 用 相同 的 地 点 代码 ， 因 此 我 们 不 必 处 理 地 点 代码 之 间 的 转换 ,) 
注意 , 反 向 转换 是 不 明确 的 ， 因 为 网 络 遍历 输入 允许 任意 数目 的 中 间 点 , 而 不 是 只 有 一 个 特 
别 指定 的 清关 点 。 幸 运 的 是 ， 由 于 我 们 并 不 需要 反 向 转换 ， 因 此 不 会 产生 这 个 问题 , 但 由 此 我 们 
很 容易 看 出 为 什么 有 些 转换 是 不 可 能 的 。 
现在 ,我 们 开始 对 结果 进行 转换 (Node 标 识 的 List 一 Itinerary) .假设 我 们 可 以 根据 所 得 到 的 Node 
ID 来 使 用 存储 库 查 询 Node 和 Shipping Operation 对 象 。 那 么 ， 这 些 Node 是 如 何 映射 到 Leg 上 的 呢 ? 根 
据 operationType-Code， 我 们 可 以 把 Node 列 表 分 解 为 “出 发 /到 达 ” 对 。 每 一 对 组 成 一 个 Leg。 


























List Itinerary 
Node co 一 个 一 一 出 发 

—— > Leg 
Node 0 一 一 到 达 

~、 0 

Node 0 一 一 一 一 出 发 四 
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Node 0 一 一 一 出 发 

一 一 六 Leg 
Node co 一 到达 L 























图 14-$ ”对 Network Traversal Service 所 发 现 的 一 个 路 线 进行 转换 
每 个 Node 对 的 属性 按 下 面 这 样 进行 映射 : 


departureNcde .shippingoperatrion.vesselLlVoyageId — 


leg.vesselVoyageId 
departureNode.shippingOperation.date leg.loadDate 


departureNode.1locationCode 一 leg.loadLocationCode 
arrivalNode.shippingOperation.date 一 leg.unloadDate 


arrivalNode.locationCode 一 leg.unloadLocationCode 

这 是 两 个 模型 之 间 的 概念 转换 上 映射。 现在 ,我们 必须 通过 某 种 方法 来 实现 这 些 转换 。 在 像 这 
样 的 简单 例子 中 , 我 通常 先 创建 一 个 用 于 转换 的 对 象 ， 然后 找到 或 创建 另 一 个 对 象 来 为 子 系统 的 
剩余 部 分 提供 服务 。 








Booking-Transport Network Transiator 











convertSpec(RouteSpecification spec) : List Ol 
convertPath(List nodePath) : [tinerary 地 点 的 ID 列表 


























图 14-6 双向 转换 器 
这 是 两 个 团队 必须 一 起 维护 的 对 象 。 设计 应 该 使 单元 测试 变 得 容易 ， 因 此 最 好 让 两 个 团队 协 
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作 来 开发 一 个 测试 套件 。 除 此 之 外 ， 他 们 可 以 采用 不 同 的 方式 各 自 开 发 。 





把 协调 这 些 BouNDED 
CoNTEXT 之 回 的 交互 的 职责 
交 给 Routing Service 来 完成 。 
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Traversal 
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预订 CONTEXT 运输 网 络 CoNTEXT 


图 14-7 


把 协调 这 些 BouNDED CONTEXT 之 间 的 交互 的 职责 交 给 Routing Service 来 完成 。 

Routing Service 的 实现 现在 变 成 了 把 任务 委托 给 Translator 和 Network Traversal Service。 它 剩 
下 的 操作 如 下 : 

public Itinerary route(RouteSpecification spec) { 


Booking_TransportNetwork Translator translator = 
new Booking, TransportNetwork_ Translator(); 


List constraintLocations = 


translator.convertConstraints (spec); 


// Get access to the NetworkTraversalService 
List pathNodes = 


traversalService.findpath (constraintLocations); 


Itinerary result = translator.convert (pathNodes); 
return result,; 


} 
这 种 处 理 方法 不 错 。BOUNDED CONTEXT 使 每 个 模型 都 保持 相对 清晰 , 使 团队 大 部 分 时 间 都 能 
独立 工作 , 而且， 如 果 最 初 的 假设 是 正确 的 ， 它 们 可 能 会 发 挥 很 好 的 作用 (本章 后 面 还 会 回头 讨 
论 这 个 问题 )。 
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两 个 上 下 文 之 间 的 接口 非常 小 。Routing Service 的 接口 把 预订 上 下 文中 的 剩余 部 分 与 路 线 查 
找事 件 隔 离开 。 这 个 接口 完全 由 SIDE-EFFECT-FREE FUNCTION 构 成 ， 因 此 很 容易 测试 。 与 其 他 
CoNTEXT 和 谐 共存 的 一 个 秘诀 是 拥有 有 效 的 接口 测试 集 。 正 如 里 根 总 统 在 裁减 核武 器 谈判 时 所 说 
的 名 言 “ 信 任 , 但 要 确认 ””。 

我 们 很 容易 设计 一 组 自动 测试 集 来 把 Route Specification 输 入 到 Routing Service 中 并 检查 返回 
的 Itinerary。 





模型 上 下 文 总 是 存在 的 , 但 如 果 我 们 不 注意 的 话 ， 它 们 可 能 会 发 生 重 释 和 变化 。 通过 明确 地 
定义 BOUNDED CONTEXT 和 CONTEXTMAP， 团队 就 可 以 掌控 模型 的 统一 过 程 ， 并 把 不 同 的 模型 连接 
起 来 。 

14.3.1 测试 CONTEXT 的 边界 


对 各 个 BOUNDED CONTEXT 的 接触 点 的 测试 特别 重要 。 这 些 测试 有 助 于 解决 转换 时 所 存在 的 
一 些 细微 问题 以 及 弥补 边界 沟通 上 存在 的 不 足 。 测试 充当 了 有 用 的 早期 报警 系统 , 特别 是 在 我 们 
必须 信赖 那些 模型 细节 却 又 无 法 控制 它们 时 ， 它 能 让 我 们 感到 放心 。 


14.3.2 ”CoNTEXT MAP 的 组 织 和 文档 化 


这 里 只 有 以 下 两 个 重点 。 

(1) BOUNDED CONTEXT 应 该 有 和 名称， 以 便 可 以 讨论 它们 。 这 些 名 称 应 该 被 添加 到 团队 的 
UBIQUITOUS LANGUAGE 中 。 

Q2) 每 个 人 都 应 该 知道 边界 在 哪里 ， 而 且 应 该 能 够 分 辨 出 任何 代码 段 的 CoNTExT， 或 任何 情 
况 的 CONTEXT。 

有 很 多 种 方式 可 以 满足 第 二 项 需求 ， 这 取决 于 团队 的 文化 。 一 旦 定义 了 BouNDED CONTEXT， 
就 很 自然 地 需要 把 不 同上 下 文 的 代码 隔离 到 不 同 的 MopuLE 中 ， 这 样 就 产生 了 一 个 问题 一 一 如 何 
跟踪 哪个 MoDULE 属 于 哪个 CONTEXT。 我 们 可 以 用 命名 惯例 来 表明 这 一 点 ， 或 者 使 用 其 他 简单 且 
不 会 产生 混淆 的 机 制 。 

同样 重要 的 是 以 一 种 适当 的 形式 来 表示 出 概念 边界 , 使 团队 中 的 每 个 人 都 能 以 相同 的 方式 来 
理解 它们 。 我 喜欢 用 非 正 式 的 图 来 实现 这 一 目的 ， 就 像 示例 中 所 显示 的 那些 图 一 样 。 也 可 以 使 用 
更 严格 的 图 或 文本 列表 来 显示 出 每 个 CONTEXT 中 的 所 有 包 , 同时 也 显示 出 接触 点 以 及 负责 连接 和 
转换 的 机 制 。 有 些 团队 更 愿意 使 用 这 种 方法 , 而 另 一 些 团队 通过 口头 协 定 和 大 量 的 讨论 也 能 很 好 
地 实现 这 一 目的 。 

无 论 是 哪 种 情况 ， 如 果 要 把 CoNTEXT 的 名 称 添加 到 UBIQUITOUS LANGUAGE 中 ， 那 么 讨论 





@ 里 根 把 一 个 俄罗斯 庐 语 翻 译 成 这 句 名言， 这 名 话 一 语 道破 了 双边 事务 的 核心 一 这 是 连接 上 下 文 的 又 -个 隐喻 。 
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CONTEXT MAP 就 是 很 重要 的 。 不 要 说 “George 团 队 的 内 容 改 变 了 ， 因 此 我 们 也 需要 改变 那些 与 其 
进行 交互 的 内 容 ”, 而 应 该 说 :“Transport Network 模 型 发 生 了 改变 ， 因此 我 们 也 需要 修改 Booking 
上 下 文 的 转换 器 。 


14.4 BOUNDED CONTEXT 之 间 的 关系 


下 面 介绍 的 这 些 模式 提供 了 把 两 个 模型 关联 起 来 的 各 种 策略 。 把 模型 连接 到 一 起 之 后 , 就 能 
够 把 整个 企业 系统 涵盖 在 内 。 这 些 模式 有 两 个 目的 , 一 是 为 成 功 地 组 织 开 发 工作 设 定 目标 ， 二 是 
提供 用 于 描述 现 有 组 织 的 术语 。 

现 有 关系 可 能 与 这 些 模 式 中 的 某 一 种 很 接近 一 一 这 可 能 是 由 于 巧合 , 也 可 能 是 有 意 设计 的 一 一 
在 这 种 情况 下 可 以 使 用 这 个 模式 的 术语 来 描述 关系 , 但 差异 之 处 应 该 引起 重视 。 然 后 ， 随 着 每 次 
小 的 设计 修改 ， 关 系 会 与 所 选 定 的 模式 越 来 越 接 近 。 

另 一 方面 ， 你 可 能 会 发 现 现 有 关系 很 混乱 或 过 于 复杂 。 要 想得到 一 个 明确 的 CONTEXT MAP， 
需要 重新 组 织 一 些 关 系 。 在 这 种 情况 或 任何 需要 考虑 重组 的 情况 下 , 这 些 模式 提供 了 各 种 不 同 的 
选择 。 这 些 模式 的 主要 区 别 包括 你 对 另 一 个 模型 的 控制 程度 、 两 个 团队 之 间 合 作 水 平和 合作 类 型 
以 及 特性 和 数据 的 集成 程度 。 


下 面 这 些 模式 涵 瘟 了 一 些 最 常见 和 最 重要 的 情况 , 它们 提供 了 一 些 很 好 的 思路 , 沿 着 这 些 思 
路 ,我 们 就 可 以 知道 如 何 处 理 其 他 的 情况 。 开 发 一 个 紧密 集成 产品 的 优秀 团队 可 以 部 署 一 个 大 的 、 
统一 的 模型 。 如 果 团 队 需 要 为 不 同 的 用 户 群 提供 服务 , 或 者 团队 的 协调 能 力 有 限 ， 可 能 就 需要 采 
用 SHARED KERNEL (共享 内 核 ) 或 CUSTOMER/SUPPLIER 《客户 /供应 商 ) 关系 。 有 时 仔细 研究 需求 
之 后 可 能 发 现 集成 并 不 重要 ,而 系统 最 好 采用 SEPARATE WAY (独立 自主 ) 模式 。 当 然 , 大 多 数 项 


是 都 需要 与 遗留 系统 或 外 部 系统 进行 一 定 程度 的 集成 ， 这 就 需要 使 用 OPEN HosT SERVICE (开放 
主机 服务 ) 或 ANTICORRUPTION LAYER (防护 层 )。 


14.5 模式 ，SHARED KERNEL 


下 | Le 
EE 本 = El jy 
1 
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当 功 能 集成 很 有 限时 ，CoNTIHNuous INTEGRATION 的 开销 可 能 会 变 得 非常 高 。 尤其 是 当 团队 的 
技能 水 平 或 行政 组 织 不 能 保持 持续 集成 , 或 者 只 有 一 个 庞大 的 、 笨 拙 的 团队 时 , 更 容易 发 生 这 种 
情况 。 在 这 种 情况 下 可 以 定义 单独 的 BOUNDED CONTEXT， 并 组 织 多 个 团队 。 


a Rn Rn 
A J 3 


当 不 同 团队 开发 一 些 紧密 相关 的 应 用 程序 时 , 如 果 团 队 之 间 不 进行 协调 , 即使 短 时 间 内 能 够 
取得 快速 进展 , 他 们 开发 出 的 产品 也 可 能 互相 不 适合 .最 后 可 能 不 得 不 在 转换 层 上 花费 大 量 时 间 ， 
而 且 得 到 的 产品 也 “五 花 八 门 ”， 不 如 使 用 CONTINUOUS INTEGRATION 所 得 到 的 产品 那么 一 致 ， 
同时 会 浪费 大 量 的 重复 工作 ， 并 且 无 法 实现 公共 的 UBIQUITOUS LANGUAGE 所 带 来 的 好 处 。 

在 很 多 项 目 中 , 我 看 到 过 一 些 基 本 上 独立 工作 的 团队 共享 基础 设施 层 。 领域 工作 采用 类 似 的 
方法 也 可 以 很 有 效 。 保持 整个 模型 和 代码 的 完全 同步 这 个 开销 可 能 太 高 了 , 但 从 系统 中 仔细 挑选 
出 一 部 分 并 保持 同步 ， 就 能 以 较 小 的 代价 获得 较 大 的 收益 。 

因此 : 

从 领域 模型 中 选 出 两 个 团队 都 同意 共享 的 一 个 子 集 。 当 然 , 除了 模型 的 这 个 子 集 以 外 , 这 还 
包括 与 该 模型 部 分 相关 的 代码 子 集 , 或 数据 库 设 计 的 子 集 。 这 部 分 明确 共享 的 内 容 具 有 特殊 的 状 
态 ， 而 且 一 个 团队 在 没 与 另 一 个 团队 商量 的 情况 下 不 应 擅自 更 改 它 。 

功能 系统 要 经 常 进行 集成 ， 但 集成 的 频率 应 该 比 团队 中 CONTINUOUS INTEGRATION 的 频率 低 
一 些 。 在 进行 这 些 集成 的 时 候 ， 两 个 团队 都 要 运行 测试 。 

这 是 一 个 仔细 的 平衡 。SHAREDKERNEL (共享 内 核 ) 不 能 像 其 他 设计 部 分 那样 可 以 自由 更 改 。 
在 做 决定 时 需要 与 另 一 个 团队 协商 。 共 享 内 核 中 必须 要 集成 自动 测试 套件 ， 因 为 当 修改 共享 内 核 
时 ， 必 须要 通过 两 个 团队 的 所 有 测试 。 通常 ， 团 队 先 对 共享 内 核 的 副本 进行 修改 ,然后 每 隔 一 段 
时 间 与 另 一 个 团队 的 修改 进行 集成 。( 例 如 ， 在 每 天 (或 更 短 的 时 间 周 期 ) 进行 CONTINUOUS 
INTEGRATION 的 团队 中 ， 可 以 每 周 进行 一 次 内 核 的 合并 。) 不 管 代 码 集成 是 怎样 安排 的 ， 两 个 团队 
越 早 讨论 修改 ， 效 果 就 会 越 好 。 


RP 
HW 


SHARED KERNEL 通 常 是 CORE DOMAIN， 或 是 一 组 GENERIC SUBDOMAIN (通用 子 领域 )， 也 可 能 
二 者 兼 有 (参见 第 15 章 )， 它 可 以 是 两 个 团队 都 需要 的 任何 一 部 分 模型 。 使 用 SHARED KERNEL 的 
目的 是 减少 重复 (但 并 不 能 消除 重复 ， 因 为 只 有 在 一 个 BOUNDED CONTEXT 中 才能 消除 重复 )， 并 
且 使 两 个 子 系统 之 间 的 集成 变 得 相对 容易 一 些 。 
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14.6 ”模式 : CUSTOMER/SUPPLIER DEVELOPMENT TEAM 














我 们 常常 会 磁 到 这 样 的 情况 : 一 个 子 系统 的 主要 任务 是 服务 于 另 一 个 子 系统 , 或 者 执行 分 析 
(或 其 他 ) 功能 的 “下 游 ”组 件 向 “上 游 ”组 件 反馈 的 信息 非常 少 ， 所 有 的 依赖 性 都 是 单 向 的 。 
两 个 子 系统 一 般 为 完全 不 同 的 用 户 群 提供 服务 ,这 些 用 户 的 工作 完全 不 同 , 在 这 种 情况 下 使 用 不 
同 的 模型 会 很 有 帮助 。 工 具 集 可 能 也 不 相同 ， 因 此 无 法 共享 程序 代码 。 


4 ale 
米 内 党 


上 游 和 下 游子 系统 很 自然 地 分 隔 到 两 个 BOUNDED CONTEXT 中 。 如 果 两 个 组 件 需 要 不 同 的 技 
巧 或 者 是 使 用 不 同 的 工具 集 实现 的 ， 更 需要 把 它们 隔离 到 不 同 的 上 下 文中 。 转 换 很 容易 ， 因 为 只 
需要 进行 单 向 转换 。 但 两 个 团队 的 行政 组 织 关系 可 能 会 引起 问题 。 

如 果 下 游园 队 对 变更 具有 否决 权 , 或 请 求 变 更 的 程序 太 复杂 , 那么 上 游 团队 的 开发 自由 就 会 
受到 限制 。 由 于 担心 破坏 下 游 系 统 , 上 游 团队 甚至 会 受到 抑制 。 同 时 , 由 于 上 游 团 队 掌 握 优 先 权 ， 
下 游 团队 有 时 也 会 无 能 为 力 。 

下 游 团队 依赖 于 上 游 团队 , 但 上 游 团 队 却 不 久 责 下 游 困 队 的 产品 。 要 想 预 计 一 个 团队 对 另 一 
个 团队 有 什么 影响 ， 人 员 性 质 会 产生 什么 影响 ,以 及 时 间 压 力 会 产生 什么 影响 等 ,需要 额外 付出 

B56] 大 量 的 工作 。 因 此 ， 正 式 规定 团队 之 间 的 关系 会 使 所 有 人 工作 起 来 更 容易 。 这 样 ， 就 可 以 对 开发 
过 程 进行 组 织 ， 均 衡 地 处 理 两 个 用 户 群 的 需求 ， 并 根据 下 游记 需 的 特性 来 安排 工作 。 

在 极限 编程 项 目 中 , 已 经 有 了 实现 此 目的 的 机 制 一 一 迭代 计划 过 程 。 我 们 只 需 根据 计划 过 程 
来 定义 两 个 团队 之 间 的 关系 。 下 游 团 队 的 代表 类 似 于 用 户 代表 ,他 们 与 用 户 代 表 一 起 参加 计划 会 
议 , 直接 与 他 们 讨论 和 权衡 所 需 的 任务 。 结 果 是 供应 商 团 队 得 到 一 个 包含 下 游 团队 最 需要 的 任务 
的 迭代 计划 , 或 是 通过 双方 商定 推迟 一 些 任 务 , 这 样 下 游 困 队 也 就 知道 这 些 被 推迟 的 功能 不 会 交 
付 给 他 们 。 
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如 果 使 用 的 不 是 XP 过 程 ， 那 么 无 论 使 用 什么 类 似 的 方法 来 平衡 不 同 用 户 的 关注 点 ， 都 可 以 
对 这 种 方法 加 以 扩充 ， 使 之 把 下 游 应 用 程序 的 需求 包括 进来 。 

因此 ， 

在 两 个 团队 之 间 建 立 一 种 明确 的 客户 /供应 商 关 系 。 在 计划 会 议 中 ， 下 游 团队 相当 于 上 游 团 
队 的 客户 。 根 据 下 游 团队 的 需求 来 协商 需要 执行 的 任务 并 为 这 些 任务 做 预算 ， 以 便 每 个 人 都 知道 
双方 的 约定 和 进度 。 

两 个 团队 一 起 开发 自动 验收 测试 , 用 来 验证 预期 的 接口 。 把 这 些 测试 添加 到 上 游 团队 的 测试 
套件 中 ,以 便 作为 其 持续 集成 的 一 部 分 来 运行 。 这些 测 试 使 上 游 团队 在 做 出 修改 时 不 必 担 心 对 下 
游 团 队 产 生 副 作用 。 

在 选 代 期 间 , 下 游 团队 成 员 应 该 像 传统 的 客户 一 样 随 时 回答 上 游 团队 的 提问 , 并 帮助 解决 问题 。 

自动 化 验收 测试 是 这 种 客户 关系 的 一 个 重要 部 分 。 即 使 在 合作 得 非常 好 的 项 目 中 , 虽然 客户 
很 明确 他 们 所 依赖 的 功能 并 告诉 上 游 团队 , 而 且 供 应 商 也 能 很 认真 地 把 所 做 的 修改 传递 给 下 游 团 
队 ， 但 如 果 没 有 测试 ， 也 会 发 生 一 些 很 意外 的 事情 。 这 些 事情 将 破坏 下 游 团队 的 工作 ， 并 使 上 游 
团队 不 得 不 采取 计划 外 的 紧急 修复 措施 。 因 此 , 客户 团队 在 与 供应 商 团队 合作 的 过 程 中 ,应 该 开 
发 自动 验收 测试 来 验证 所 期 望 的 接口 。 上 游 团队 将 把 这 些 测试 作为 标准 测试 套件 的 一 部 分 来 运 
行 。 任 何 一 个 团队 在 修改 这 些 测试 时 都 需要 与 另 一 个 团队 沟通 , 因为 修改 测试 就 意味 着 修改 接口 。 

在 不 同 公司 的 项 目 之 间 也 会 出 现 客户 /供应 商 关系 ， 在 某 些 情况 下 ， 客 户 的 需求 对 供应 商 的 
业务 来 说 显得 非常 重要 。 下游 田 队 也 能 制约 上 游 团队 , 一 个 有 影响 力 的 客户 所 提出 的 要 求 对 上 游 
项 目的 功能 非常 重要 , 但 这 些 要 求 也 能 破坏 上 游 项 目的 开发 。 建 立正 式 的 需求 响应 过 程 对 双方 都 
有 利 ， 因 为 与 内 部 IT 关系 相 比 ， 在 这 种 外 部 关系 中 更 难 做 出 “成 本 /效益 ”的 权衡 。 

这 种 模式 有 两 个 关键 要 素 。 

(1) 关系 必须 是 客户 与 供应 商 的 关系 ， 其 中 客户 的 需求 是 至 关 重要 的 。 由 于 下 游 团队 并 不 是 
唯一 的 客户 ， 因 此 不 同 客户 的 要 求 必须 通过 协商 来 平衡 ,但 这 些 要 求 都 是 非常 重要 的 。 这 种 关系 
与 经 常 出 现 的 “ 穷 厅 威 ”关系 相好 相反 ， 在 后 者 的 关系 中 ， 下 游 团 队 不 得 不 乞求 上 游 团队 满足 其 
需求 。 

(2) 必须 有 一个 自动 测试 套件 ， 使 上 游 团队 在 修改 代码 时 不 必 担 心 破坏 下 游 团 队 的 工作 ， 并 
使 下 游 困 队 能 够 专 广 于 自己 的 工作 ， 而 不 用 总 是 密切 注意 着 上 游 团队 的 行动 。 

在 接力 赛 中 , 前 面 的 选手 在 接 棒 的 时 候 不 能 一 直 回 头 看 , 这 位 选手 必须 相信 队友 能 够 把 接力 
棒 准 确 地 交 到 他 手中 ， 否 则 整个 团队 的 速度 无 疑 会 慢 下 来 。 








“收益 分 析 与 预订 


我 们 再 次 回 到 运输 的 示例 中 。 项 目 建立 了 一 支 专门 的 团队 ， 负 责 分 析 公司 收 到 的 所 有 预订 ， 
以 便 查 看 如 何 实现 收益 的 最 大 化 。 团 队 成 员 可 能 发 现货 轮 上 还 有 空位 置 ， 并 建议 接受 超 订 。 他 们 


[oe] 
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可 能 发 现货 轮 过 早 地 装 满 了 散装 货物 ， 从 而 使 公司 不 得 不 拒绝 利润 更 大 的 专门 货物 。 在 这 种 情况 


Uy 


下 ， 他 们 可 能 会 建议 为 这 些 类 型 的 货物 预 留 出 空间 ， 或 提高 散 货 的 运输 价格 。 

为 了 进行 这 种 分 析 ， 他 们 使 用 了 自己 的 复杂 模型 。 在 实现 过 程 中 ,他们 使 用 了 一 个 带 有 构建 
分 析 模 型 工具 的 数据 仓库 。 而 且 他 们 需要 从 预订 应 用 程序 中 获取 大 量 的 信息 。 

从 一 开始 就 知道 ， 这 显然 是 两 个 BoUNDED CONTEXT， 因 为 它们 使 用 不 同 的 实现 工具 ， 而 且 
最 重要 的 是 ， 它 们 使 用 不 同 的 领域 模型 。 那 么 它们 之 间 应 该 具有 什么 样 的 关系 呢 ? 

在 这 种 情况 下 使 用 SHARED KERNEL 看 起 来 很 合 平 逻 辑 ， 因 为 收益 分 析 只 对 预订 模型 的 一 个 子 
集 感 兴 趣 ， 而 且 它 们 自己 的 模型 也 有 一 些 重复 的 货物 、 价 格 等 概念 。 但 当 使 用 了 不 同 的 实现 技术 
时 ，SHARED KERNEL 是 很 难 使 用 的 。 此 外 ， 收 益 分 析 团 队 和 需要 建立 非常 专门 的 模型 ， 他 们 要 不 断 
修改 模型 ， 并 且 尝 试 其 他 的 模型 。 他 们 最 好 从 预订 CONTEXT 中 找到 所 需 的 东西 ， 并 把 它们 转换 到 
自己 的 上 下 文中 。( 另 一 方面 ， 如 果 他 们 使 用 SHARED KERNEL， 他 们 的 翻译 负担 将 会 轻 得 多 。 他 们 
仍然 必须 重新 实现 模型 ， 并 把 数据 转换 到 新 的 实现 中 ， 但 如 果 模 型 相同 的 话 ， 转 换 就 简单 多 了 。) 

预订 应 用 程序 并 不 依赖 收益 分 析 ， 因 为 系统 没有 自动 调整 策略 。 调 整 决 策 将 由 专家 来 制定 ， 
并 传递 给 相关 的 人 员 和 和 了 系统。 这 样 我 们 就 有 了 一 个 上 游 / 下 游 关系 。 下 游 的 需求 如 下 : 

(1) 一 些 数据 (任何 预订 系统 都 不 需要 这 些 数 据 )， 

(2) 数据 库 模 式 具 有 一 定 稳定 性 (或 至 少 具有 可 靠 的 变更 通知 机 制 ), 或 者 一 个 用 于 导出 的 实 
用 程序 。 

幸运 的 是 , 预订 应 用 程序 开发 团队 的 项 目 经 理 非常 积极 主动 地 帮助 收益 分 析 团 队 。 但 这 可 能 
会 产生 一 个 间 题 , 因为 实际 负责 处 理 日 常 预 订 业 务 的 运营 部 门 和 实际 执行 收益 分 析 的 团队 并 非 向 
间 一 个 副 总 裁 报 告 工作 。 但 高 管 层 非常 关心 收益 管理 , 而 且 过 去 曾 看 到 过 两 个 部 门 之 间 的 合作 问 
题 ， 因 此 调整 一 下 软件 开发 项 目的 结构 ， 让 两 个 团队 的 项 目 经 理 向 同一 个 人 汇报 工作 。 

这 样 ， 应 用 CUSTOMER/SUPPLIER DEVELOPMENT TEAM (客户 /供应 商 开 发 团队 ) 的 所 有 需求 都 
注 足 了 。 

我 曾经 在 很 多 地 方 看 到 过 这 种 场景 的 发 展 , 其 中 分 析 软 件 开 发 人 员 和 操作 软件 开发 人 员 具 有 
客户 /供应 商 关 系 。 当 上 游 田 队 成 员 认 为 他 们 的 角色 是 服务 于 客户 时 ， 工 作 会 进展 得 相当 顺利 。 
这 种 关系 几乎 总 是 非 正式 地 组 织 起 来 的 ， 因 此 工作 顺利 与 侣 有 赖 于 两 个 项 目 经 理 的 私人 关系 。 

在 一 个 XP 项 目 中 ， 我 曾经 看 到 过 正式 的 客户 /供应 商 关 系 ， 在 每 次 迭代 中 ， 下 游 团 队 的 代表 
都 以 客户 的 身份 参与 到 计划 的 讨论 中 ， 他 们 与 更 多 〈 应 用 程序 功能 的 ) 普通 客户 代表 聚 到 一 起 ， 
共同 协商 哪些 任务 应 该 被 添加 到 迭代 计划 中 。 这 是 一 家 小 公司 的 项 目 ,， 因 此 最 近 一 级 的 共同 主管 
` 会 处 在 关系 链 的 很 远 位 置 。 项 目 进展 得 非常 顺利 。 





3 
这 江洲 


CUSTOMER/SUPPLIER TEAM 如 果 能 在 同一 个 部 门 中 工作 ， 最 后 会 形成 共同 的 目标 ， 这 样 成 功 
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机 会 将 更 大 一 些 ， 如 果 两 个 团队 分 属 不 同 的 公司 ,但 实际 上 也 具有 这 些 角色 ， 同样 也 会 成 功 。 但 
是 ， 当 上 游 团 队 不 愿意 为 下 游 团 队 提 供 服务 时 ， 情 况 就 会 完全 不 同 了 。 


14.7 模式 : CONFORMIST 





当 两 个 具有 上 游 /下 游 关 系 的 团队 不 归 同 一 个 管理 者 指挥 时 ，CUSTOMER/SUPPLIER TEAM 这 样 
的 合作 模式 就 不 会 奏效 ,勉强 应 用 这 种 模式 会 给 下 游 团 队 带 来 麻烦 ,大 公司 可 能 会 发 生 这 种 情况 ， 
其 中 两 个 团队 在 管理 层次 中 相隔 很 远 , 或 者 两 个 团队 的 共同 主管 不 关心 它们 之 间 的 关系 。 当 两 个 
团队 属于 不 同 公司 时 ， 如 果 客 户 的 业务 对 供应 商 不 是 非常 重要 ， 那么 也 会 出 现 这 种 情况 。 或 许 供 
应 商 有 很 多 小 客户 , 或 者 供应 商 正 在 改变 市 场 方向 , 而 不 再 重视 老 客户 。 也 可 能 是 供应 商 的 运营 
状况 较 差 ， 或 者 已 经 倒闭 。 不 管 是 什么 原因 ， 现 实情 况 是 下 游 团 队 只 能 靠 自 己 了 。 

当 两 个 开发 团队 具有 上 /下 游 关 系 时 ， 如 果 上 游 团队 没有 动机 来 满足 下 游 团队 的 需求 ， 那 么 
下 游 团队 将 无 能 为 力 。 出 于 利他 主义 的 考虑 ，. 上 游 开 发 人 员 可 能 会 做 出 承诺 ， 但 他 们 可 能 不 会 履 
行 承诺 。 下游 团队 出 于 良好 的 意愿 会 相信 这 些 承 诺 ， 从 而 根据 一 些 永远 不 会 实现 的 特性 来 制定 计 |361 
划 。 下 游 项 目 只 能 被 搁置 , 直到 团队 最 终 学 会 利用 现 有 条 件 自力 更 生 为 止 。 下 游 团 队 不 会 得 到 根 6 
据 他 们 的 需求 而 量 身 定做 的 接口 。 

在 这 种 情况 下 ， 有 3 种 可 能 的 解决 途径 。 一 种 是 完全 放弃 对 上 游 的 利用 。 做 出 这 种 选择 时 ， 
应 对 现实 情况 进行 评估 ， 它 假定 上 游 不 会 满足 下 游 的 需求 。 有 时 我 们 会 高 估 这 种 依赖 性 的 价值 ， 
或 是 低估 它 的 成 本 。 如 果 下 游 团 队 决 定 切断 这 条 链 ， 他们 将 走 上 SEPARATE WAY (独立 自主 ) 的 道 
路 (参见 本 章 后 面 介绍 的 模式 )。 

有 时 , 使 用 上 游 软 件 上 共有 非常 大 的 价值 ， 因 此 必须 保持 这 种 依赖 性 (或 者 是 行政 决策 规定 团 
队 不 能 改变 这 种 依赖 性 )。 在 这 种 情况 下 ， 有 两 种 途径 可 供 选择 ， 选 择 哪 一 种 取决 于 上 游 设计 的 
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质量 和 风格 。 如 果 上 游 的 设计 很 难 使 用 (可 能 是 由 于 缺乏 封装 、 使 用 了 不 恰当 的 抽象 或 者 建 模 时 
使 用 了 团队 无 法 使 用 的 范式 )， 那 么 下 游 团队 仍然 必须 开发 其 自己 的 模型 。 他 们 将 完全 负责 开发 
一 个 转换 层 ， 这 个 层 可 能 会 非常 复杂 (参见 本 章 后 面 要 介绍 的 ANTICORRUPTION LAYER ) 。 


| . 跟随 并 不 总 是 坏事 

当 使 用 一 个 县 有 很 大 接口 的 现成 组 件 时 ， 一 般 应 该 CONFORM 该 组 件 中 隐 含 的 模型 。 由 于 
组 件 和 你 自己 的 应 用 程序 显然 是 不 同 的 BOUNDED CONTEXT， 因 此 根据 团队 组 织 和 控制 的 不 同 ， 
可 能 需要 使 用 适配器 来 减少 格式 的 修改 , 但 模型 一 定 要 保持 相同 。 否则 ， 就 应 该 质疑 该 组 件 的 
价值 。 如果 它 确实 能 够 提供 价值 ， 那 说明 它 的 设计 中 已 经 消化 吸收 了 一 些 知 识 。 在 该 组 件 的 应 
用 范围 内 ， 它 可 能 比 你 的 理解 要 先进 。 你 的 模型 大 概 会 扩展 该 组 件 的 范围 ， 而 且 你 自己 的 概念 
将 为 了 适应 这 些 部 分 而 演进 。 但 在 连接 该 组 件 的 地 方 ， 你 自己 的 模型 将 是 一 个 CONFORMIT， 遵 
从 该 组 件 模型 的 领导 。 实 际 上 ， 你 将 被 带 到 一 个 更 好 的 设计 中 。 

当 你 与 组 件 的 接口 很 小 时 ， 那 么 共享 一 个 统一 模型 就 不 那么 重要 了 ， 而 且 转 换 也 是 一 个 
可 行 的 选项 。 但 是 ， 当 接口 很 大 而 且 集 成 更 加 重要 时 ， 跟 随 是 有 意义 的 。 


另 一 方面 ,如果 上 游 设计 的 质量 不 是 很 差 , 而 且 风 格 也 能 兼容 的 话 ， 那 么 最 好 不 要 再 开发 一 
个 独立 的 模型 。 这 种 情况 下 可 以 使 用 CONFORMIST (跟随 者 ) 模式 。 

因此 : 

通过 严格 遵从 上 游 团队 的 模型 ， 可 以 消除 在 BoOuNDED CONTEXT 之 间 进 行 转换 的 复杂 性 。 尽 
管 这 会 限制 下 游 设 计 人 员 的 风格 ， 而 且 可 能 不 会 得 到 理想 的 应 用 程序 模型 ， 但 选择 CoNFORMITY 
模式 可 以 极 大 地 简化 集成 。 此 外 ， 这 样 还 可 以 与 供应 商 团 队 共 享 一 种 UBIQUITOUS LANGUAGE。 供 
应 商 处 于 驾驶 者 的 位 置 上 ， 因 此 最 好 使 他 们 能 够 容易 沟通 。 他 们 从 利他 主义 的 角度 出 发 ,会 与 你 
分 享 信息 。 

这 个 决策 会 加 深 你 对 上 游 团队 的 依赖 , 同时 你 的 应 用 也 受 限 于 上 游 模 型 的 功能 , 充其量 也 只 
能 做 一 些 简单 的 增强 而 已 。 人 们 在 主观 上 不 愿意 这 样 做 ， 因 此 有 时 本 应 该 这 样 选择 有 时， 却 没有 这 

如 果 这 些 折 中 不 可 接受 , 而 上 游 的 依赖 又 必 不 可 少 , 那么 还 可 以 选择 第 二 种 方法 。 通 过 创建 
一 个 ANTICORRUPTIONLAYER 来 尽 可 能 把 自己 隔离 开 , 这 是 一 种 实现 转换 映射 的 积极 方法 , 后 面 将 
会 讨论 它 。 


pd 站 le 
浴 湛 党 


CONFORMIST 模 式 类 似 于 SHARED KERNEL 模 式 。 在 这 两 种 模式 中 ,都 有 一 个 重 有 的 区 域 , 在 这 
个 重 释 区 域内 两 个 团队 的 模型 是 相同 的 , 你 的 模型 由 于 又 加 而 得 到 扩展 , 并 且 不 会 受到 另 一 个 模 
型 的 影响 。 这 两 种 模式 之 间 的 区 别 在 于 决策 制定 和 开发 过 程 不 同 。SHARED KERNEL 是 两 个 高 度 协 
调 的 团队 之 闻 的 合作 模式 ， 而 CONFORMIsT 模 式 则 是 与 一 个 对 合作 不 感 兴趣 的 团队 进行 集成 。 
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前 面 介绍 了 在 两 个 BoUNDED CONTEXT 之 间 集 成 时 可 以 进行 的 各 种 合作 ， 从 高 度 合 作 的 
SHARED KERNEL 模 式 或 CUSTOMER/SUPPLIER DEVELOPER TEAM 到 单方 面 的 CONFORMIST 模 式 。 现 在 ， 
我 们 最 后 来 看 一 种 更 悲观 的 关系 , 假设 一 个 团队 既 不 可 能 与 男 一 个 团队 合作 也 无 法 利用 他 们 的 设 
计时 ， 该 如 何 应 对 。 


14.8 ”模式 : ANTICORRUPTION LAYER 





新 系统 几乎 总 是 需要 与 遗留 系统 或 其 他 系统 进行 集成 , 这 些 系 统 具 有 其 自己 的 模型 。 当 把 设 
计 得 很 完善 的 BOUNDED CONTEXT 与 合作 团队 的 上 下 文 进 行 连 接 时 ,转换 层 可 能 很 简单 ， 甚 至 很 优 
雅 。 但 是 ， 当 边界 那 侧 发 生 渗透 时 ， 转 换 层 就 要 承担 起 更 多 的 防护 职责 。 


当 正 在 构建 的 新 系统 与 另 一 个 系统 的 接口 很 大 时 , 为 了 克服 连接 两 个 模型 而 带 来 的 困难 , 新 
模型 所 表达 的 意图 可 能 会 被 完全 改变 ,最 终 导致 它 被 修改 得 像 是 另 一 个 系统 的 模型 了 (以 一 种 特 
定 的 风格 ) 。 遗 留 系统 的 模型 通常 很 弱 。 即 使 有 一 些 例 外 的 被 开发 得 很 好 的 模型 ， 它 们 可 能 也 不 
会 符合 当前 项 目的 需要 。 然 而 ， 集 成 遗留 系统 仍然 具有 很 大 的 价值 ， 而 且 有 时 还 是 绝对 必要 的 。 

正确 的 答案 是 不 要 全 盘 封 杀 与 其 他 系统 的 集成 。 在 我 经 历 过 的 一 些 项 目 中 , 人 们 非常 热 囊 于 
替换 所 有 遗留 系统 ， 但 由 于 工作 量 太 大 ， 这 不 可 能 立即 完成 。 此 外 ， 与 现 有 系统 集成 是 一 种 有 价 
值 的 重用 形式 。 在 大 型 项 目 中 , 一 个 子 系统 通常 必须 与 其 他 独立 开发 的 子 系统 连接 。 这 些 子 系统 
将 从 不 同 角 度 反映 问题 领域 。 当 基于 不 同 模型 的 系统 被 组 合 到 一 起 时 ,为 了 使 新 系统 符合 另 一 个 [364 
系统 的 语义 ， 新 系统 自己 的 模型 可 能 会 被 破坏 。 即 使 另 一 个 系统 被 设计 得 很 好 ， 它 也 不 会 与 客户 
基于 同一 个 模型 。 而 且 其 他 系统 往往 并 不 是 设计 得 很 好 。 

当 通 过 接口 与 外 部 系统 连接 时 ,存在 很 多 障碍 。 例 如 ， 基础 设施 层 必须 提供 与 另 一 个 系统 进 

行 通信 的 方法 , 这 个 系统 可 能 处 于 一 个 不 同 的 平台 上 , 或 是 使 用 了 不 同 的 协议 。 你 必须 把 那个 系 
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统 的 数据 类 型 转换 为 你 自己 系统 的 数据 类 型 。 但 通常 被 忽视 的 一 个 事实 是 那个 系统 肖 定 不 会 使 用 
相同 的 概念 领域 模型 。 

如 果 从 一 个 系统 中 取出 一 些 数据 , 然后 在 另 一 个 系统 中 错误 地 解释 了 它 , 那么 显然 会 发 生 错 
误 ， 甚 至 会 破坏 数据 库 。 但 尽管 我 们 已 经 认识 到 这 一 点 ， 这 个 问题 仍然 会 “偷袭 ”我 们 ， 因 为 我 
们 认为 在 系统 之 间 转 移 的 是 原始 数据 ,其 含义 是 明确 的 , 并 且 认 为 这 些 数据 在 两 个 系统 中 的 含义 
肯定 是 相同 的 。 这 种 假设 常常 是 错误 的 。 数 据 与 每 个 系统 的 关联 方式 会 使 得 它 的 各 个 含义 出 现 细 
微 但 重要 的 差别 。 而 且 ， 即 使 原始 数据 元 素 确实 上 共有 完全 相同 的 含义 ,但 在 原始 数据 这 样 低 的 层 
次 上 进行 接口 操作 也 通常 是 错误 的 。 这 样 的 低层 接口 使 男 一 个 系统 的 模型 丧 失 了 解释 数据 以 及 约 
束 其 值 和 关系 的 能 力 , 同时 使 新 系统 背负 了 解释 原始 数据 的 负担 (而且 这 些 数 据 与 其 自己 的 模型 
无 关 )。 

我 们 需要 为 使 用 不 同 模 型 的 部 分 提供 一 种 转换 机 制 ,这 样 模型 就 不 会 因为 无 法 理解 外 来 模型 
的 元 素 而 被 破坏 。 

因此 : 

创建 一 个 隔离 的 层 , 以 便 根据 客户 自己 的 领域 模型 来 为 客户 提供 相关 的 功能 。 这 个 层 通过 其 
现 有 接口 与 另 一 个 系统 进行 对 话 ， 而 只 需 对 那个 系统 作出 很 少 的 修改 ， 甚 至 无 需 修 改 。 在 内 部 ， 
这 个 层 在 两 个 模型 之 间 进行 必要 的 双向 转换 。 


a 
深 深 


这 种 连接 两 个 系统 的 机 制 可 能 会 使 我 们 想到 把 数据 从 一 个 程序 转移 到 另 一 个 程序 , 或 者 从 一 
个 服务 器 迁移 到 另 一 个 服务 器 的 问题 。 我 们 很 快 就 会 讨论 技术 通信 机 制 的 使 用 。 但 这 些 细节 问题 
不 应 与 防护 层 混 靖 , 因为 ANTICORRUPTION LAYER (防护 层 ) 并 不 是 向 另 一 个 系统 发 送 消息 的 机 制 。 
相反 ， 它 是 在 不 同 的 模型 和 协议 之 间 转 换 概 念 对 象 和 操作 的 机 制 |。 

ANTICORRUPTION LAYER 本 身 就 可 能 是 一 段 复杂 的 软件 。 接 下 来 将 概要 描述 在 设计 防护 层 时 


14.8.1 设计 ANTICORRUPTION LAYER 的 接口 


ANTICORRUPTION LAYER 的 公共 接口 通常 以 一 组 SERVICE 的 形式 出 现 ， 但 偶尔 也 会 采用 ENTITY 
的 形式 。 构建 一 个 全 新 的 层 来 负责 两 个 系统 的 语义 之 间 的 转换 为 我 们 提供 了 一 个 机 会 , 使 我 们 能 
够 重新 对 那个 系统 的 行为 进行 抽象 , 并 按照 与 我 们 的 模型 一 致 的 方式 把 服务 和 信息 提供 给 我 们 的 
系统 。 在 我 们 的 模型 中 ， 把 外 部 系统 表示 为 一 个 单独 的 组 件 可 能 是 没有 意义 的 。 最 好 是 使 用 多 个 
SERVICE (或 偶尔 使 用 ENTITY) ， 其 中 每 个 SERVICE 都 为 我 们 的 模型 履行 某 种 单一 的 职责 。 


14.8.2 ”实现 ANTICORRUPTION LAYER 


对 ANTICORRUPTION LAYER 设 计 进 行 组 织 的 一 种 方法 是 把 它 实 现 为 FACADE、ADpAPTER (这 两 


第 14 章 ， 保持 模型 的 完整 性 257 








种 模式 ([Gamma et al. 1995]) 和 转换 器 的 组 合 ， 外 加 两 个 系统 之 间 进 行 对 话 所 需 的 通信 和 传输 
机 人 制 。 

我 们 常常 需要 与 那些 大 的 、 复杂 的 且 具 有 混乱 接口 的 系统 进行 集成 。 这 不 是 概念 模型 差别 的 
问题 (概念 模型 差别 是 我 们 使 用 ANTICORRUPTION LAYER 的 动机 )， 而 是 一 个 实现 问题 当 我 们 尝试 
创建 ANTICORRUPTION LAYER 上 时 ， 会 遇 到 这 个 实现 问题 。 当 从 一 个 模型 转换 到 另 一 个 模型 的 时 候 ， 
如 果 不 能 同时 处 理 那 些 很 难 与 之 对 话 的 子 系统 接口 ,那么 将 很 难 完成 转换 (特别 是 当 模 型 很 复杂 
时 )。 好 在 FACADE 可 以 解决 这 个 问题 。 

FACADE 是 子 系统 的 一 个 可 供 替 换 的 接口 ， 它 简化 了 对 客户 的 访问 ， 并 使 子 系统 更 易于 使 用 。 
由 于 我 们 对 需要 使 用 另 一 个 系统 的 哪些 功能 非常 清楚 ， 因 此 可 以 创建 一 个 FAcADE 来 促进 和 简化 
对 这 些 特性 的 访问 ， 并 把 其 他 的 特性 隐藏 起 来 。FACADE 并 不 改变 底层 系统 的 模型 。 它 应 该 是 严 
格 按照 那个 系统 的 模型 编写 的 。 否 则 会 产生 严重 的 后 果 : 轻 则 导致 转换 职责 蔓延 到 多 个 对 象 中 ， 
并 加 重 FACADE 的 负担 ， 重 则 创建 出 另 一 个 模型 ， 这 个 模型 既 不 属于 那个 系统 ， 也 不 属于 你 自己 
的 BOUNDED CONTEXT。FACADE 应 该 属于 另 一 个 系统 的 BOUNDED CONTEXT， 它 只 是 为 了 满足 你 的 
专门 需要 而 呈现 出 的 一 个 更 友好 的 外 观 。 

ADAPTER 是 一 个 包装 器 ， 它 允许 客户 使 用 另外 一 种 协议 ， 这 种 协议 可 以 是 行为 实现 者 不 理解 
的 协议 。 当 客户 向 适配器 发 送 一 条 消息 时 ，ADAPTER 把 消息 转换 为 一 条 在 语义 上 等 同 的 消息 ， 并 
将 其 发 送 给 “被 适 配 者 ”(adaptee) 。 然 后 ADAPTER 对 响应 消息 进行 转换 ， 并 将 其 发 回 。 我 在 这 里 
使 用 适配器 (adapter) 这 个 术语 略微 有 点 儿 不 严谨 ， 因 为 [Gamma et al. 1995] 一 书 中 强调 的 是 使 被 
包装 的 对 象 符合 客户 所 期 望 的 标准 接口 ， 而 我 们 选择 的 是 被 适 配 的 接口 ， 而 且 被 适 配 者 甚至 可 能 
不 是 一 个 对 象 。 我 们 强调 的 是 两 个 模型 之 间 的 转换 ， 但 我 认为 这 与 ApAPTER 的 意图 是 一 致 的 。 

我 们 所 定义 的 每 种 SERVICE 都 需要 一 个 支持 其 接口 的 ApAPTER， 这 个 适配器 还 需要 知道 怎样 
才能 向 其 他 系统 或 其 FACADE 发 出 相应 的 请 求 )。 

剩 下 的 要 素 就 是 转换 器 了 。ADAPTER 的 工作 是 知道 如 何 生成 请 求 。 概 念 对 象 或 数据 的 实际 转 
换 是 一 种 完全 不 同 的 复杂 任务 , 我 们 可 以 让 一 个 单独 的 对 象 来 承担 这 项 任务 , 这 样 可 以 使 负责 转 
换 的 对 象 和 ADAPTER 都 更 易于 理解 。 转 换 器 可 以 是 一 个 轻 量 级 的 对 象 ， 它 可 以 在 需要 的 时 候 被 实 
例 化 。 由 于 它 只 属于 它 所 服务 的 ADAPTER， 因 此 不 需要 有 状态 ， 也 不 需要 是 分 布 式 的 。 

这 些 都 是 我 用 来 创建 ANTICORRUPTION LAYER 的 基本 元 素 。 此 外 还 有 其 他 一 些 需 要 考虑 的 因 
素 。 

口 如 图 14-8 所 示 ， 一 般 是 由 正在 设计 的 系统 【你 的 子 系统 ) 来 发 起 一 个 动作 。 但 在 有 些 情况 

下 ， 其 他 子 系统 可 能 需要 向 你 的 子 系统 提 交 某 种 请 求 ， 或 是 把 某 个 事件 通知 给 你 的 子 系 
统 。ANTICORRUPTION LAYER 可 以 是 双向 的 ， 它 可 能 使 用 具有 对 称 转换 的 相同 转换 器 来 定 
义 两 个 接口 上 的 SERVICE (它们 具有 自己 的 ADAPTER)。 尽 管 实现 ANTICORRUPTION LAYER 
通常 不 需要 对 另 一 个 子 系统 做 任何 修改 ， 但 为 了 使 它 能 够 调用 ANTICORRUPTION LAYER 的 
SERVICE， 有 了 时 还 是 有 必要 修改 的 。 
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图 14-8 ANTICORRUPTION LAYER 的 结构 


口 我 们 通常 需要 一 些 通 信 机 制 来 连接 两 个 子 系统 ， 而 且 它 们 可 能 位 于 不 同 的 服务 器 上 。 在 
这 种 情况 下 ， 必 须 决 定 在 哪里 放置 通信 链接。 如 果 无 法 访问 另 一 个 子 系统 ， 那 么 可 能 必 
须 在 FAcADE 和 另 一 个 子 系统 之 间 设 置 通信 和 链接。 但 是 ， 如 果 FACADE 可 以 直接 与 另 一 个 子 
系统 集成 到 一 起 ， 那 么 在 适配器 和 外 观 之 间 设 置 通信 链接 也 不 失 为 一 种 好 的 选择 ， 这 是 
因为 FACADE 的 协议 比 它 所 封装 的 内 容 要 简单 。 在 有 些 情况 下 , 整个 ANTICORRUPTIONLAYER 
可 以 与 另 一 个 子 系统 集成 到 一 起 ， 这 时 可 以 在 你 的 系统 和 构成 ANTICORRUPTION LAYER 接 
口 的 SERVICE 之 间 设 置 通信 和 链接 或 分 发 机 制 。 这 些 都 是 需要 根据 实际 情况 做 出 的 实现 和 部 
署 决策 。 它 们 与 ANTICORRUPTION LAYER 的 概念 角色 无 关 。 

口 如 果 有 权 访 问 另 一 个 子 系统 ， 你 可 能 会 发 现 对 它 进行 少许 的 重 构 会 使 你 的 工作 变 得 更 容 
易 。 特 别 是 应 该 为 那些 需要 使 用 的 功能 编写 更 显 式 的 接口 ， 如 果 可 能 的 话 ， 首 先 从 编写 
自动 测试 开始 。 

口 当 需 要 进行 广泛 的 集成 时 ， 转 换 的 成 本 会 直线 上 升 。 这 时 需要 对 正在 设计 的 系统 的 模型 

人 

， 不 要 破坏 神 型 的 完整 性 。 当 翻译 的 难度 非常 大 时 ， 可 以 有 选择 地 进行 。 如 果 这 种 方 
法 午 起 来 是 系统 的 大 部 分 重要 问题 的 最 自然 的 解决 方案， 那么 可 以 考虑 你 的 子 系统 采用 
CoNrORMIST 模 式 ， 从 而 消除 转换 。 

口 如 果 另 一 个 子 系统 很 简单 或 有 一 个 很 整洁 的 接口 ， 可 能 就 不 需要 FACADE 了 了。 

口 如 果 一 个 功能 是 两 个 系统 的 关系 所 需 扒 ， 就 可 以 把 这 个 功能 添加 到 FacADE 中 。 此 外 我 们 
还 很 容易 想到 两 个 特性 ， 一 下 外 部 系统 使 有 情况 的 审计 跟踪 ， 一 是 跟踪 对 另 “ 个 接口 的 
调用 进行 调试 的 逻辑 。 Se 

记 住 ，ANTICORRUPTION LAYER 是 连接 两 个 BOUNDED CONTEXT 的 一 种 方式 。 我 们 常 A 

用 别人 创建 的 系统 ， 而 这 些 系 统 是 很 难 完全 理解 的 ,而且 我 们 对 它们 也 只 有 很 少 的 控制 。 





不 是 我 们 需要 在 两 个 子 系 统 之 间 使 用 防护 层 的 唯一 情况 。 如 果 你 自 己 开发 的 两 个 子 系统 基于 不 局 \ ep, 
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wh 
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的 模型 ,那么 使 用 ANTICORRUPTIONLAYER 把 它们 连接 起 来 也 是 有 意义 的 。 在 这 种 情况 下 ， 你 应 该 
可 以 完全 控制 这 两 个 子 系 统 , 而 且 通 常 可 以 使 用 一 个 简单 的 转换 层 。 但 是 ， 如 果 这 两 个 BOUNDED 
CONTEXT 采 用 了 SEPARATE WAY 模 式 ， 而 仍然 需要 进行 一 定 的 功能 和 集成， 那么 可 以 使 用 
ANTICORRUPTIONLAYER 来 减少 它们 之 间 的 了 矛盾。 


| 示例 | 遗留 预订 应 用 程序 


为 了 有 一 个 小 的 、 可 以 快速 开始 的 最 初版 本 ， 我 们 将 编写 一 个 最 小 化 的 应 用 程序 ， 它 可 以 建 
立 一 次 装载 (shipment) 并 通过 一 个 转换 层 传递 给 遗留 系统 进行 预订 和 支持 操作 。 由 于 我 们 是 专 
门 为 了 保护 正在 开发 的 模型 不 受 遗 留 设 计 的 影响 才 来 构建 转换 层 的 ， 因 此 这 个 转换 就 是 一 个 
ANTICORRUPTION LAYER。 

最 初 ，ANTICORRUPTION LAYER 将 接收 表示 装载 的 对 象 ， 对 它们 进行 转换 并 传递 给 遗留 系统 ， 
请 求 一 个 预订 , 然后 捕获 确认 消息 并 将 其 转换 成 新 设计 的 确认 对 象 。 这 种 隔离 使 我 们 基本 上 能 
独立 于 遗留 系统 来 开发 新 的 应 用 程序 ， 尽 管 这 也 必须 投入 相当 多 的 转换 工作 。 

在 后 续 的 每 个 版 本 中 ,根据 后 面 的 决策 ， 新 系统 要 么 可 以 接管 遗留 系统 的 更 多 功能 ,要么 可 
以 在 不 替换 现 有 功能 的 情况 下 增加 一 些 新 的 功能 。 由 于 实现 了 这 种 灵活 性 ， 我 们 在 构建 
ANTICORRUPTIONLAYER 上 投入 的 工作 也 许 是 值得 的 , 这 使 我 们 能 够 不 间断 地 操作 合并 的 系统 , 同 
时 能 够 实现 新 老 系统 的 逐步 过 渡 。 


14.8.3 一 个 关于 防御 的 故事 


为 了 保护 边境 不 受 周边 好 战 的 游牧 部 落 的 侵犯 ,古代 的 中 国 修建 了 长 城 。 虽 然 它 并 不 是 一 
道 不 可 逾越 的 屏障 ， 但 它 却 使 得 与 邻近 地 区 的 通商 变 得 规范 有 序 ， 同 时 也 可 以 抵御 侵略 和 其 他 
不 良 影响 。 两 千 多 年 来 ， 它 定义 了 一 个 边界 ,保护 中 国 的 农业 文明 较 少 受到 外 界 混乱 局 面 的 干 
扰 。 

如 果 没 有 长 城 ， 中 国 可 能 不 会 形成 如 此 独特 的 文明 , 但 尽管 如 此 ， 长 城 的 修建 耗资 巨大 , 它 
至 少 使 一 个 朝代 “破产 ”"， 而且 也 可 能 导致 了 它 最 终 灭亡 。 隔 离 策 略 的 益处 是 必须 平衡 它 产生 的 
代价 。 我 们 应 该 从 实际 出 发 ， 对 模型 做 出 适度 的 修改 ， 使 之 能 够 更 好 地 适应 外 部 模型 。 

任何 集成 都 是 有 开销 的 ， 无 论 这 种 集成 是 单一 BOUNDED CONTEXT 中 的 完全 CONTINUOUS 
INTEGRATION， 还 是 集成 度 较 轻 的 SHARED KERNEL 或 CUSTOMER/SUPPLIER DEVELOPER TEAM， 或 是 
单方 面 的 CONFORMIST 模 式 和 防御 型 的 ANTICORRUPTION LAYER 模 式 。 集 成 可 能 非常 有 价值 ， 但 它 
的 代价 也 总 是 十 分 高 昂 的 。 我 们 应 该 确保 在 真正 需要 的 地 方 进行 集成 。 
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14.9 模式: SEPARATE WAY 





我 们 必须 严格 划 定 需求 的 范围 。 如 果 两 组 功能 之 间 的 关系 并 非 必 不 可 少 , 那么 二 者 完全 可 以 
彼此 独立 。 


集成 总 是 代价 高 晶 ， 而 有 时 效益 却 很 小 。 

除了 在 团队 之 间 进 行 协调 所 需 的 常见 开销 以 外 ,集成 还 迫使 我 们 做 出 一 些 折 中 。 为 了 处 理 所 
有 的 情况 , 我们 必须 使 用 更 加 抽象 的 模型 , 而 不 得 不 放弃 可 以 满足 基 一 特定 需求 的 简单 专用 模型 。 
或 许 有 些 完全 不 同 的 技术 能 够 轻而易举 地 提供 某 些 特性 , 但 它 却 很 难 集成 。 或 许 茶 个 团队 很 难 合 
作 ， 使 得 其 他 团队 在 尝试 与 之 合作 时 找 不 到 行 之 有 效 的 方法 。 

在 很 多 情况 下 ,集成 不 会 提供 明显 的 收益 。 如 果 两 个 功能 部 分 并 不 需要 互相 调用 对 方 的 功能 ， 
或 者 这 两 个 部 分 所 使 用 的 对 象 并 不 需要 进行 交互 , 或 者 在 它们 操作 期 间 不 共享 数据 ， 那 么 集成 可 
能 就 是 没有 必要 的 (尽管 可 以 通过 一 个 转换 层 进 行 集成 )。 仅 仅 因为 特性 在 用 例 中 相关 ， 并 不 一 
定 意味 着 它们 必须 集成 到 一 起 。 

因此 : 

声明 一 个 与 其 他 上 下 文豪 无 关联 的 BouNDED CONTEXT， 使 开发 人 员 能 够 在 这 个 小 范围 内 找 
到 简单 、 专 用 的 解决 方案 。 

特性 仍然 可 以 被 组 织 到 中 间 件 或 UI 层 中 , 但 它们 将 没有 共享 的 逻辑 , 而 且 应 该 把 通过 转换 层 
进行 的 数据 传输 减 至 绝对 的 最 小 ， 最 好 是 没有 数据 传输 。 





一 个 项 目 团队 着 手 开发 一 个 新 的 保险 理赔 软件 , 他 们 打算 把 客户 服务 代理 或 理赔 人 所 需 的 一 
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切 功能 都 集成 到 一 个 系统 中 。 经 过 一 年 的 工作 后 ， 团 队 成 员 陷入 伪 局 。 分 析 竣 痪 再 加 上 巨大 的 
基础 设施 前 期 投资 使 他 们 在 管理 上 渐渐 失去 了 耐心 。 更 严重 的 是 ,工作 范围 使 他 们 根本 无 力 应 对 。 

新 任 项 目 经 理 把 所 有 人 员 集 成 到 一 个 房间 中 , 让 他 们 一 周 内 制定 一 个 新 的 计划 。 他们 首先 整 
理 出 需求 列表 ,然后 尝试 估计 它们 的 难度 和 重要 性 ,他 们 严格 地 删 减 那些 困难 的 和 不 重要 的 需求 。 
然后 ， 开 始 为 剩 下 的 需求 列表 排列 顺序 。 这 个 星期 他 们 在 这 个 房间 里 制定 了 很 多 明智 的 决策 ,但 
最 后 只 有 一 个 被 证 明 是 真正 重要 的 。 这 个 时 候 他 们 终于 认识 到 有 些 特性 几乎 没有 从 集成 得 到 任何 
好 处 。 例 如 ， 理赔 人 需要 访问 一 些 现 有 数据 库 , 而 且 他 们 目前 的 访问 非常 不 方便 。 但 是 ， 尽 管用 
户 需要 得 到 这 些 数据 ， 但 软件 系统 的 其 他 特性 却 没有 一 个 用 到 它们 。 

团队 成 员 提出 了 各 种 简单 的 访问 方式 。 一 个 提议 是 ， 可 以 把 关键 报告 导出 为 HIML 并 放 到 内 
部 网 (intranet) 上 。 另 一 个 提议 是 ， 可 以 为 理赔 人 提供 一 种 专用 查询 ， 这 种 查询 是 用 一 个 标准 软 
件 包 编写 的 。 通 过 在 内 部 网 的 页 面 上 放置 链接 ， 或 者 在 用 户 桌面 上 放置 按钮 ， 就 可 以 把 所 有 这 些 
功能 集成 进来 。 

团队 启动 了 一 组 小 项 目 , 这 些 项 目 除 了 从 同一 个 菜单 庆 动 之 外 ,不 再 尝试 任何 集成 。 儿 个 很 
有 价值 的 功能 几乎 在 一 夜 之 间 就 完成 了 。 人 撮 去 了 这 些 过 多 特性 的 包 裕 之 后 ， 只 剩 下 了 一 组 精炼 的 
需求 ， 这 使 得 主 应 用 程序 的 交付 又 有 了 希望 。 

团队 本 来 可 以 这 样 进行 下 去 , 但 遗憾 的 是 ， 他 们 又 回 到 了 老路 ， 再 次 陷入 困境 。 最后， 只 有 
那些 采用 SEPARATE WAY 模 式 开发 的 小 应 用 程序 被 证 明 是 有 用 的 。 
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采用 SEPARATE WAY (独立 自主 ) 模式 需要 预先 决定 一 些 选项 。 尽 管 持续 重 构 最 后 可 以 撤销 
任何 决策 , 但 完全 隔离 开发 的 模型 是 很 难 合并 的 。 如 果 最 终 仍然 需要 集成 ， 那 么 转换 层 将 是 必要 
的 ， 而 且 可 能 很 复杂 。 当 然 ， 不 管 怎样 ， 这 都 是 我 们 将 要 面 对 的 问题 。 

现在 ， 让 我 们 回 到 更 强调 合作 的 关系 上 ， 来 看 一 下 几 种 集成 度 更 高 的 模式 。 
14.10 ”模式 :OPEN HosT SERVICE 


一 般 来 说 ,在 BOUNDED CONTEXT 中 工作 时 ,我 们 会 为 CONTEXT 外 部 的 每 个 组 件 定义 一 个 转换 层 ， 
这 个 转换 层 是 必须 要 集成 的 。 当 集成 是 一 次 性 的 时 候 , 这 种 为 每 个 外 部 系统 插入 转换 层 的 方法 可 以 
以 最 小 的 代价 避免 破坏 模型 。 但 当 子 系统 要 与 很 多 系统 集成 时 ， 可 能 就 需要 更 灵活 的 方法 了 。 


a 
深 深 


当 一 个 子 系统 必须 与 大 量 其 他 系统 进行 集成 时 ,为 每 个 集成 都 定制 一 个 转换 层 可 能 会 减 慢 团 





@ 分 析 竣 痪 ，analysis paralysis， 指 一 个 项 目 在 大 量 的 分 析 工 作 面 前 陷入 困境 。 一 一 译 者 注 
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队 的 工作 速度 。 需 要 维护 的 东西 会 越 来 越 多 ， 而 且 进 行 修改 的 时 候 担心 的 事情 也 会 越 来 越 多 。 
团队 可 能 正在 反复 做 着 同样 的 事情 。 如 果 一 个 子 系统 有 某 种 内 从 性 , 那么 或 许可 以 把 它 描述 
为 一 组 SERVICE， 这 组 SERVICE 满 足 了 其 他 子 系统 的 公共 需求 。 

要 想 设计 出 一 个 足够 干净 的 协议 ,使 之 能 够 被 多 个 团队 理解 和 使 用 ,是 一 件 十 分 困难 的 事情 ， 
因此 只 有 当 子 系统 的 资源 可 以 被 描述 为 一 个 内 诊 的 SERVICE 集 并 是 必须 进 行 很 多 集成 的 时 候 ， 才 
值得 设计 这 样 一 种 协议 。 在 这 些 情况 下 ， 它 能 够 把 维护 模式 和 持续 开发 区 别 开 。 

因此 : 

定义 一 个 协议 ， 把 你 的 子 系统 作为 一 组 SERVICE 供 其 他 系统 访问 。 开 放 这 个 协议 ， 以 便 所 有 
需要 与 你 的 子 系统 集成 的 人 都 可 以 使 用 它 。 当 有 新 的 集成 需求 时 ， 就 增强 并 扩展 这 个 协议 ， 但 个 
别 团队 的 特殊 需求 除外 。 满足 这 种 特殊 需求 的 方法 是 使 用 一 次 性 的 转换 器 来 扩充 协议 ， 以 便 使 共 
享 协议 简单 且 内 聚 .。 
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这 种 通信 形式 暗含 一 些 共享 的 模型 词汇 ， 它 们 是 SERVICE 接口 的 基础 。 这 样 ， 其 他 子 系统 就 
变 成 了 与 OPENHosT (开放 主机 ) 的 模型 相连 接 ， 而 其 他 团队 则 必须 学 习 HosT 团 队 所 使 用 的 专用 
术语 。 在 一 些 情况 下 ， 使 用 一 个 众所周知 的 PUBLISHED LANGUAGE (公开 发 布 的 语言 ) 作 为 交换 
模型 可 以 减少 耦合 并 简化 理解 。 


14.11 模式 : PuBLISHED LANGUAGE 
两 个 BOUNDED CONTEXT 之 间 的 模型 转换 需要 一 种 公共 的 语言 。 
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当 两 个 领域 模型 必须 共存 而 且 必 须 交换 信息 时 , 转换 过 程 本 身 就 可 能 很 复杂 , 而 且 很 难 文档 
化 和 理解 。 如 果 正 在 构建 一 个 新 系统 ， 我 们 一 般 会 认为 新 模型 是 最 好 的 ， 因 此 只 考虑 把 旧 模 型 转 
换 成 新 模型 就 可 以 了 。 但 有 时 我 们 的 工作 是 增强 一 系列 旧 系 统 并 尝试 集成 它们 。 这 时 应 在 两 个 模 
型 中 选 一 个 较 好 的 (但 这 个 模型 可 能 也 很 混乱 ) ， 也 就 是 说 “两 害 取 其 轻 "。 

另 一 种 情况 是 , 当 不 同 企业 之 间 需 要 互相 交换 信息 时 , 应 该 如 何 做 ? 想 让 一 个 企业 采用 另 一 
个 企业 的 领域 模型 不 仅 是 不 现实 的 ,而 且 可 能 也 不 符合 双方 的 需要 。 领 域 模型 是 为 了 解决 其 用 户 
的 需求 而 开发 的 , 这 样 的 模型 所 包含 的 一 些 特性 可 能 使 得 与 男 一 个 系统 的 通信 变 得 复杂 ,而 实际 
上 没有 必要 这 么 复杂 。 此外， 如果 把 一 个 应 用 程序 的 模型 用 作 通 信人 介质， 那么 它 可 能 就 无 法 为 满 
足 新 需求 而 自由 地 修改 了 ， 它 必须 非常 稳定 ， 以 便 支 持 当 前 的 通信 职责 。 

与 现 有 领域 模型 之 间 进 行 直接 的 转换 可 能 不 是 一 种 好 的 解决 方案 ,这 些 模 型 可 能 过 于 复杂 或 
设计 得 较 差 。 它 们 可 能 没有 被 很 好 地 文档 化 。 如 果 把 其 中 的 一 个 模型 作为 数据 交换 语言 ， 它 实质 
上 就 被 固定 住 了 ， 而 无 法 满足 新 的 开发 需求 。 
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OPEN HosT SERVICE 使 用 一 个 标准 化 的 协议 来 支持 多 方 集成 。 它 通过 领域 的 一 个 模型 来 让 系 
统 之 间 进 行 交换 , 尽管 这 些 系 统 的 内 部 可 能 并 不 使 用 该 模型 。 这 里 我 们 可 以 更 进一步 一 一 发 布 这 
种 语言 , 或 找到 一 种 已 经 公开 发 布 的 语言 。 我 这 里 所 说 的 发 布 仅仅 是 指 该 语言 已 经 可 以 供 那些 对 
它 感 兴趣 的 群体 使 用 ， 而 且 已 经 被 充分 文档 化 ， 兼 容 一 些 独立 的 解释 。 

最 近 ， 电 子 商 务 界 出 现 了 一 种 激动 人 心 的 新 技术 : XML (可 扩展 标记 语言 )。 这 种 技术 有 望 
使 数据 交换 变 得 更 加 容易 。XML 的 一 个 非常 有 价值 的 特性 是 通过 DID (文档 类 型 定义 ) 或 XML 
来 正式 定义 一 个 专用 的 领域 语言 ， 从 而 使 得 所 有 数据 都 可 以 被 转换 为 这 种 语言 。 一 些 行业 组 织 已 
经 成 立 ， 准 备 为 各 自 的 行业 定义 一 种 标准 的 DTD， 这 样 ， 业 内 多 方 就 可 以 交换 信息 了 ， 例 如 交换 
化 学 公式 信息 或 遗传 代码 信息 。 实 际 上 这 些 组 织 正 在 以 语言 定义 的 形式 创建 一 种 共享 的 领域 模型 。 

因此 : 

把 一 个 良好 文档 化 的 、 能够 表达 出 所 需 领域 信息 的 共享 语言 作为 公共 的 通信 和 媒介, 必要 时 在 
其 他 信息 与 该 语 育 之 间 进 行 转换 。 

这 种 语言 不 必 从 头 创 建 。 很 多 年 以 前 ,我 曾经 受聘 于 一 家 公司 ， 这 家 公司 有 一 个 用 Smalltalk 
编写 的 软件 产品 , 它 使 用 DB2 存 储 数据 。 公司 希望 灵活 地 把 软件 分 发 给 那些 没有 DB2 许 可 的 用 户 ， 
于 是 请 我 为 Btrieve 创 建 一 个 接口 ，Btrieve 是 一 个 较 轻 量 级 的 数据 库 引 擎 ， 它 有 一 个 免费 的 运行 时 
分 发 许可 。Btrieve 并 不 完全 是 关系 型 的 ， 但 我 的 客户 只 用 到 DB2 的 很 小 的 一 部 分 功能 ， 而 且 两 个 
数据 库 都 能 提供 这 种 能 力 。 公 司 的 开发 人 员 已 经 对 DB2 的 对 象 存 储 方面 进行 了 一 些 抽 象 ， 于 是 我 
决定 把 这 些 工作 作为 我 的 Btrieve 组 件 的 接口 。 

这 种 方法 确实 很 有 效 。 软 件 硕 利 地 与 我 的 客户 系统 集成 到 一 起 。 但 是 , 客户 设计 中 缺少 有 关 
持久 化 对 象 的 抽象 的 正式 规格 说 明 或 文档 , 这 意味 着 我 必须 做 很 多 工作 来 确定 新 组 件 的 需求 。 此 
外 ， 要 想 重 用 该 组 件 把 其 他 应 用 程序 从 DB2 迁 移 到 Btrieve， 机 会 也 不 大 。 而 且 新 软件 为 公司 的 持 
久 化 模型 增添 了 更 多 约束 ， 使 得 持久 化 对 象 模型 的 重 构 变 得 更 困难 。 

更 好 的 方法 可 能 是 标识 出 公司 所 使 用 的 那 一 小 部 分 DB2 接 口 ， 然 后 为 其 提供 支持 就 可 以 了 。 
DB2 的 接口 由 SQL 和 大 量 专 有 协议 构成 。 尽 管 接口 很 复杂 ， 但 它 已 经 被 严格 指定 并 充分 文档 化 。 
由 于 公司 只 使 用 接口 的 一 个 很 小 的 子 集 ， 因 此 复杂 性 有 所 降低 。 如 果 已 开发 出 一 个 模拟 必要 的 
DB2 接口 子 集 的 组 件 ,那么 开发 人 员 所 需 做 的 文档 化 工作 只 是 标识 出 该 子 集 即 可 。 与 之 集成 的 应 
用 程序 已 经 知道 如 何 与 DB2 对 话 , 因此 额外 要 做 的 工作 很 少 。 将 来 重新 设计 持久 层 的 工作 仅 限 于 
DB2 子 集 的 使 用 ， 就 像 前 面 做 的 改进 一 样 。 

DB2 接 口 是 PUBLISHED LANGUAGE 中 的 一 个 例子 。 在 这 个 例子 中 ， 两 个 模型 都 不 属于 业务 领 
域 ， 但 它们 所 应 用 的 原则 是 一 致 的 。 由 于 协作 中 的 一 个 模型 已 经 是 一 种 PuBLISHED LANGUAGE， 
因此 就 不 需要 引入 第 三 方 语言 了 。 











示例 | 一 种 化 学 的 PUBLISHED Language 


在 工业 界 和 学 术 界 ， 有 无 数 的 程序 用 于 分 类 、 分 析 和 处 理化 学 公式 。 几 乎 每 个 程序 都 使 用 不 
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同 的 领域 模型 来 表示 化 学 结构 ， 因 此 数据 的 交换 总 是 很 难 。 当 然 , 大 部 分 程序 都 是 用 一 些 没 有 充 
分 表达 领域 模型 的 语言 编写 的 (例如 FORIRAN) 。 当 有 人 想 要 共享 数据 时 ， 他 们 不 得 不 先 了 解 其 
他 系统 的 数据 库 的 细节 ， 然 后 再 研究 出 某 种 转换 方案 。 

CML (化 学 标记 语言 ) 正 是 在 这 种 背景 下 诞生 的 ， 它 是 作为 化 学 领域 的 公共 交流 语言 被 开 
发 出 来 的 专用 XML， 由 一 个 代表 学 术 界 和 化 学 界 的 组 织 负责 开发 和 管理 ([Murray-Rust et al. 
1995])。 

化 学 信息 非常 复杂 和 多 样 化 , 而 且 会 随 着 新 发 现 而 不 断 变化 。 因 此 , 该 组 件 开发 了 一 种 用 于 
描述 基础 知识 (例如 有 机 和 无 机 分 子 的 化 学 公式 、 蛋 白质 序列 、 光 谱 或 物理 景 ) 的 语言 。 

既然 这 种 语言 已 经 公开 发 布 ， 人 们 就 可 以 开发 相应 的 工具 了 (以 前 , 要 开发 这 样 的 工具 是 不 
值得 的 ， 因 为 它们 只 能 用 于 一 种 数据 库 )。 例 如 ， 人 们 开发 一 种 名 为 JUMBO Browser 的 Java 应 用 
程序 , 它 的 功能 是 为 那些 以 CML 格 式 存 储 的 化 学 结构 创建 图 形 视图 。 因 此 ,如 果 你 的 数据 采用 了 
CML 格 式 ， 就 可 以 使 用 这 样 的 可 视 化 工具 。 

事实 上 ，CML 通 过 使 用 XML (一 种 已 发 布 的 元 语言 ) 获得 了 双重 优势 。 一 个 优势 是 人 们 对 
XML 很 熟悉 ， 因 此 很 容易 学 习 CML， 另 一 个 优势 是 由 于 有 大 量 现成 的 工具 (例如 解析 器 )， 因 此 
CML 的 实现 很 容易 ， 而 且 有 大 量 书籍 介绍 了 XML 的 各 个 方面 ， 这 对 CML 的 文档 化 有 很 大 帮助 。 

下 面 是 一 个 CML 的 小 例子 。 虽 然 像 我 这 样 的 外 行 并 不 能 清楚 地 理解 它 是 什么 意思 ， 但 它 的 
原则 还 是 很 清晰 的 。 

<CML .ARR ID="array3" EL.TYPE=FLOAT NAME="ATOMIC ORBITAL ELECTRON POPULATIONS" 

SIZE=30 GLO.ENT=CML .THE.AOEPOPS> 
1.17947 0.95091 0.97175 1.00000 1.17947 0.95090 0.97174 1.00000 
1.17946 0.98215 0.94049 1.00000 1.17946 0.95091 0.97174 1.00000 
1.17946 0.95091 0Q.97174 1.00000 1.17946 0.98215 0.94049 1.00000 


0.89789 0.89790 0.89789 0.89789 0.89790 0.89788 
</CML .ARR> 





14.12 “大 象 ” 的 统一 


六 个 好 学 的 印度 人 ， 第 一 个 接近 大 象 的 育 人 ， 

一 起 去 看 大 象 ， 恰巧 了 撞 上 了 大 象 宽 阔 结 实 的 身 左 ， 
(他 们 都 是 盲人 )， 马上 叫 到 : “上帝 保 估 ， 原 来 大 象 就 像 一 
都 通过 触摸 ， 堵 墙 。 

来 满足 了 解 事物 的 心愿 。 
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碰巧 把 捏 动 着 的 象 鼻 抓 在 手中 ， 就 抓 住 了 它 摆 动 着 的 尾巴 ， 

因此 就 大 胆 地 说 道 ， 他 说 ，“ 我 认为 大 象 就 像 一 根 绳子 
“ 依 我 看 ， 大 象 就 像 一 条 蛇 !1” 

这 六 个 印度 人 ， 

第 四 个 盲人 急切 地 伸 出 双手 ， 大 上 声 地 争论 个 不 停 ， 

摸 到 了 大 象 的 膝盖 ， 他 们 每 个 人 的 观点 ， 
“这 头 奇 异 的 怪兽 最 像 什么 已 经 很 明显 都 过 于 僵化 和 固执 ， 

了 ”， 他 说 ， 尽管 他 们 每 人 都 有 正确 的 地 方 ， 

“很 明显 ， 大 象 就 像 一 棵 树 ” 但 从 整体 上 都 是 错误 的 ! 


第 冯 个 盲人 一 开始 模 这 头 大 象 ， 


一 一 摘自 John Godfrey Saxe (1816 一 1887) 创作 的 《盲人 与 象 》， 
来 源 于 印度 自 说 经 2Udana 中 的 故事 


即便 他 们 对 大 象 的 本 质 不 能 达成 完全 的 一 致 ,这 些 宦 人 仍然 可 以 根据 他 们 所 触 模 到 的 大 象 身 
体 的 部 位 来 扩展 各 自 的 认识 。 如 果 并 不 需要 集成 ， 那么 模型 统 不 统一 就 无 关 紧 要 。 如 果 他 们 需要 
进行 一 些 集成 ,那么 实际 上 并 不 需要 对 大 象 是 什么 达成 一 致 ， 而 是 会 通过 认识 到 各 种 不 同意 见 获 
得 很 多 价值 。 这 样 ， 他 们 就 不 会 在 不 知 不 觉 中 各 执 已 见 。 
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图 14-9 ”4 个 没有 集成 的 上 下 文 


上 图 用 UML 图 表示 了 6 个 官 人 所 认识 到 的 大 象 模型 。 这 张 图 建立 了 4 个 独立 的 BOUNDED 
CoNTEXT， 情 况 很 明显 ， 他 们 必须 找到 一 种 方式 来 交流 他 们 共同 关心 的 少数 几 个 方面 ,或许 他 们 
共同 关心 的 就 是 大 象 所 在 的 位 置 。 

当 盲 人 想 要 分 享 更 多 有 关 大 象 的 信息 时 , 他 们 会 从 共享 单个 BOUNDED CONTEXT 得 到 更 大 的 价 
值 。 但 统一 不 辣 的 模型 却 很 难 做 到 。 可 能 没有 人 愿意 放弃 自己 的 模型 而 采用 别人 的 模型 。 毕 竟 ， 
摸 到 尾巴 的 那个 人 知道 大 象 并 不 像 一 颗 树 ,而 且 那 个 模型 对 他 来 说 没有 意义 ， 也 没有 用 处 。 统 一 





@ 自 说 经 是 印度 佛经 的 一 种 ， 为 佛陀 自己 之 体验 ， 佛 陀 自身 感 兴 语 ， 故 有 “ 自 说 经 ”此 名 。 一 一 编者 注 
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多 个 模型 几乎 总 是 意味 着 创建 一 个 新 模型 。 















































Wall Tree Snake Rope 
location Place location . tie-down 
A A A | 
Elephant Elephant Elephant | Elephant 
































Translations: {Wall.location «> Tree.place «=» Snake.location «> Rope.tie-down} 
图 14-10 4 个 只 有 最 小 集成 的 上 下 文 


经 过 一 些 想 象 和 讨论 (也 许 是 激烈 的 讨论 ) 之 后 ， 宵 人 们 最 终 可 能 会 认识 到 他 们 正在 对 一 
个 更 大 整体 的 不 同 部 分 进行 描述 和 建 模 。 出 于 多 种 目的 进行 的 部 分 -整体 统一 可 能 不 需要 花费 很 
多 工作 。 至 少 集成 的 第 一 步 只 需 弄 清 楚 各 个 部 分 是 如 何 相连 的 就 够 了 。 可 以 把 大 象 看 成 一 堵 墙 ， 
下 面 通过 树干 支撑 着 ， 一 头 儿 是 一 根 绳子 ， 另 一 头 儿 是 一 条 蛇 ， 这 样 看 就 可 以 适当 地 满足 一 些 
需求 了 。 





























Wall 
location 
attached attached 
Elephant Rope 
supported by 











Tree Trunk 


图 14-11 一 个 粗略 集成 的 上 下 文 


大 象 模型 的 统一 要 比 大 多 数 这 样 的 合并 相对 简单 一 些 。 遗憾 的 是 ， 当 两 个 模型 纯粹 是 在 描述 
整体 的 不 同 部 分 时 ， 要 想 统一 它们 就 不 那么 简单 了 ， 而 这 还 只 是 “对 整体 的 不 同 部 分 进行 合并 ” 
这 种 简单 的 差别 。 当 两 个 模型 以 不 同方 式 描述 同一 部 分 时 ， 问 题 会 变 得 更 加 困难 。 如 果 两 个 请 人 
都 措 到 了 和 象 鼻子 , 一 个 人 认为 它 像 蛇 ,而 另 一 个 人 认为 它 像 消防 水 龙 ， 那 么 他 们 将 更 难 集成 。 双 
方 都 无 法 接受 对 方 的 模型 ， 因 为 那 不 符 合 自己 的 体验 。 事实 上 ， 他 们 需要 一 个 新 的 抽象 ， 这 个 抽 
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象 需要 把 蛇 的 “活着 的 特性 ”与 消防 水 龙 的 喷 水 功 能 合并 到 一 起 , 而 这 个 抽象 还 应 该 排除 先前 两 
个 模型 中 的 一 些 不 确切 的 含义 , 例如 人 们 可 能 会 想到 的 毒 牙 , 或 者 可 以 从 身体 上 拆 开 并 卷 起 来 放 
到 救火 车 中 的 这 种 性 质 。 

尽管 我 们 已 经 把 部 分 合并 成 一 个 整体 ， 但 得 到 的 模型 还 是 很 简陋 的 。 它 缺乏 内 聚 性 ， 也 没有 
形成 一 个 底层 的 领域 模型 。 在 持续 精 化 的 过 程 中 , 新 的 理解 可 能 会 产生 更 深刻 的 模型 。 新 的 应 用 
程序 需求 也 可 能 会 促成 产生 更 深刻 的 模型 。 如 果 大 象 开 始 移动 了 , 那么 “ 树 ” 理 论 就 站 不 住 脚 了 ， 
而 盲人 建 模 者 们 也 可 能 会 有 所 突破 ， 形 成 “ 腿 ” 的 概念 。 380 


Animal 水 
Tail 一 一 Leg 
| attached location supported by 
attached 
Trunk Elephant 


图 14-12 一 个 更 深入 集成 的 上 下 文 


模型 集成 的 第 二 步 是 去 掉 各 个 模型 中 那些 偶然 或 不 正确 的 方面 , 并 创建 新 的 概念 ,在 本 例 中 ， 
这 个 概念 就 是 一 种 “动物 ”， 它 长 着 “鼻子 ”"、“ 腿 ”"、“ 身 体 ” 和 “尾巴 ”"， 每 个 部 分 都 有 其 自己 的 
属性 以 及 与 其 他 部 分 的 明确 关系 。 在 很 大 程度 上 ,成 功 的 模型 应 该 尽 可 能 做 到 精简 。 象 鼻 中 的 器 
官 可 能 比 蛇 多 ， 也 可 能 比 蛇 少 ， 但 宁 “ 少 ” 勿 “多 ”。 宁 可 缺少 喷 水 功能 ， 也 不 要 包含 不 正确 的 
毒 牙 特 性 。 

如 果 目 标 只 是 找到 大 象 , 那么 只 要 对 每 个 模型 中 所 表示 的 位 置 进行 转换 就 可 以 了 。 当 需要 更 
多 集成 时 ， 第 一 个 版 本 的 统一 模型 不 一 定 达到 完全 的 成 熟 。 把 大 象 看 成 一 堵 墙 ， 下 面 用 树干 支撑 
着 ,一 头 儿 是 一 根 绳子 ， 另 一 头 儿 是 一 条 蛇 ， 就 可 以 适当 地 满足 一 些 需求 了 。 紧 接着 ， 通 过 新 需 
求 和 进一步 的 理解 及 沟通 的 推动 ， 模 型 可 以 得 到 加 深 和 精 化 。 

承认 多 个 互相 冲突 的 领域 模型 实际 上 正 是 面 对 现 实 的 做 法 。 通 过 定义 每 个 模型 都 适用 的 上 下 
文 ， 可 以 维护 每 个 模型 的 完整 性 , 并 清楚 地 看 到 要 在 两 个 模型 创建 的 任何 特殊 接口 的 含义 。 育 人 
没 办 法 看 到 整个 大 象 ， 但 只 要 他 们 承认 各 自 的 理解 是 不 完整 的 ， 他 们 的 问题 就 能 得 到 解决 。 


14.13 ”选择 你 的 模型 上 下 文 策略 


在 任何 时 候 ， 绘制 出 CONTEXTMAP 来 反映 当前 状况 都 是 很 重要 和 的。 但 是 ， 当 绘制 好 CONTEXT 
MAP 之 后 , 你 可 能 又 非常 想 根 据 实际 情况 对 它 进 行 修改 。 现 在 , 你 可 以 开始 有 意识 地 选择 CONTEXT 
边界 和 关系 。 以 下 是 一 些 指导 原则 。 
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14.13.1 制定 团队 决策 或 更 高 层 的 决策 


首先 ， 团 队 必 须 决 定 在 哪里 定义 BOUNDED CONTEXT， 以 及 它们 之 间 有 什么 样 的 关系 。 这 些 决 
策 必须 由 团队 做 出 ,或 者 至 少 传达 给 整个 团队 ， 并 且 被 团队 里 的 每 个 人 理解 。 事 实 上 ， 这 样 的 决 
策 通 常 需要 你 自己 的 团队 一 致 同意 ,按照 本 身价 值 来 说 ,在 决定 是 否 扩展 或 分 割 BOUNDED CONTEXT 
时 ， 应 该 权衡 田 队 独立 工作 的 价值 和 能 产生 直接 且 直 富 集 成 的 价值 ， 以 这 两 种 价值 之 间 的 成 本 - 
效益 权衡 作为 决策 的 依据 。 在 实践 中 ， 团 队 之 间 的 行政 关系 往往 决定 了 系统 是 如 何 集 成 的 。 由 于 
组 织 的 上 下 级 结构 存在 ， 技 术 上 有 利 的 统一 可 能 无 法 实现 。 管 理 层 所 要 求 的 合并 可 能 并 不 实用 。 
你 不 会 总 能 得 到 你 想 要 的 东西 ， 但 你 至 少 可 以 评估 出 这 些 决策 的 代价 ， 并 反映 给 管理 层 ， 以 便 采 
取 相 应 的 措施 来 减 小 代价 。 从 一 个 现实 的 CoNTEXT MAP 开 始 ， 并 根据 实际 情况 来 选择 转换 。 


14.13.2 ”在 上 下 文中 工作 


开发 软件 项 目 时 ， 我 们 首先 是 对 自己 的 团队 正在 开发 的 那些 部 分 感 兴趣 (“正在 设计 的 系 
统 ")， 其 次 是 对 那些 与 我 们 交互 的 系统 感 兴趣 。— 典 型 情况 下 ,正在 设计 的 系统 将 被 划分 为 一 个 或 
两 个 BoUNDED CONTEXT, 主要 的 开发 团队 将 在 这 些 上 下 文中 工作 , 或 许 还 会 有 另外 一 个 或 两 个 起 
支持 作用 的 CONTEXT。 此 外 ， 这 些 CONTEXT 与 外 部 系统 之 间 还 存在 一 些 关系 。 这 是 一 种 你 可 能 会 
遇 到 的 简单 、 典 型 的 视图 ， 能 让 你 对 它 有 一 些 粗 略 的 了 解 。 

实际 上 , 我 们 自己 也 是 所 工作 的 主要 CONTEXT 的 一 部 分 ， 这 会 在 我 们 的 CONTEXTMAP 中 反映 
出 来 。 只 要 我 们 知道 我 们 存在 偏好 , 并 且 在 超出 该 CoONTEXTMAP 的 应 用 边界 时 能 够 意识 到 已 越界 ， 
那么 就 不 会 有 什么 问题 。 


14.13.3 ”转换 边界 


在 画 出 BOUNDED CONTEXT 的 边界 时 ， 有 无 数 种 情况 ， 也 有 无 数 种 选择 。 但 通常 是 对 下 面 所 
列 出 的 各 种 因素 进行 权衡 。 

首选 较 大 的 BOUNDED CONTEXT 

口 当 用 一 个 统一 模型 来 处 理 更 多 任务 时 ， 用 户 任务 之 间 的 流动 更 顺畅 。 

口 一 个 内 吝 模 型 比 两 个 不 同 模 型 再 加 它们 之 间 的 映射 更 容易 理解 。 

口 两 个 模型 之 间 的 转换 可 能 会 很 难 (有 时 其 至 是 不 可 能 的 )。 

口 共享 语言 可 以 使 团队 沟通 起 来 更 清楚 。 

首选 较 小 的 BOUNDED CONTEXT 

口 开发 人 员 之 闻 的 沟通 开销 减少 了 。 

口 由 于 团队 和 代码 规模 较 小 ，CONTINUOUS INTEGRATION 更 容易 了 。 

口 较 大 的 上 下 文 要 求 更 加 通用 的 抽象 模型 ， 而 掌握 所 需 技巧 的 人 员 会 出 现 短缺 。 

口 不 同 的 模型 可 以 满足 一 些 特殊 需求 ， 或 者 是 能 够 把 一 些 特 殊 用 户 群 的 专门 术语 和 
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UBIQUITOUS LANGUAGE 的 专门 术语 包括 进来 。 
在 不 同 BOUNDED CoNTEXT 之 间 进 行 深度 功能 集成 是 不 切实 际 的 。 在 一 个 模型 中 ， 只 有 那些 
能 够 严格 按照 另 一 个 模型 来 表述 的 部 分 才能 够 进行 集成 , 而 且 ， 即便 是 这 种 水 平 的 集成 可 能 也 需 
要 付出 相当 大 的 工作 量 。 当 两 个 系统 之 间 有 一 个 很 小 的 接口 时 ， 集 成 是 有 意义 的 。 


14.13.4 ”接受 那些 我 们 无 法 更 改 的 事物 ， 描述 外 部 系统 


最 好 从 一 些 最 简单 的 决策 开始 。 一 些 子 系统 显然 不 在 系统 的 任何 BOUNDED CONTEXT 中 。 一 
些 无 法 立即 淘汰 的 大 型 遗留 系统 和 那些 提供 所 需 服 务 的 外 部 系统 就 是 这 样 的 例子 。 我 们 很 容易 就 
能 识别 出 这 些 系 统 ， 并 把 它们 与 你 的 设计 隔离 开 。 

在 做 出 假设 时 必须 要 保持 谨 愤 。 我 们 很 容易 想到 这 些 系统 构成 了 其 自己 的 BOUNDED 
CONTEXT, 但 大 多 数 外 部 系统 只 能 够 勉强 满足 定义 。 首 先 ， 定义 BOUNDED CONTEXT 的 目的 是 把 模 
型 统一 在 特定 边界 之 内 。 你 可 能 负责 控制 遗留 系统 的 维护 ， 在 这 种 情况 下 ， 可 以 明确 地 声明 这 一 
目的 , 或 者 也 可 以 很 好 地 协调 遗留 团队 来 执行 非 正式 的 CONTINUOUS INTEGRAFION， 但 不 要 认为 集 
成 是 理所当然 的 事情 。 仔细 检查 , 如 果 开 发 工作 不 容易 集成 , 一 定 要 特别 小 心 。 在 这 样 的 系统 中 ， 
不 同 部 分 之 间 出 现 语义 矛盾 是 很 平常 的 事情 。 


14.13.5 与 外 部 系统 的 关系 


这 里 可 以 应 用 三 种 模式 。 首 先 ， 可 以 考虑 SEPARATE WAY 模 式 。 当 然 ， 如 果 你 不 需要 集成 ， 
就 不 用 把 它们 包括 进来 。 但 一 定 要 真正 确定 不 需要 集成 。 只 为 用 户 提供 对 两 个 系统 的 简单 访问 确 
实 够 用 吗 ? 集成 要 花费 很 大 代价 而 且 还 会 分 散 精力 ， 因 此 要 尽 可 能 为 你 的 项 目 减 轻 负担 。 

如 果 集 成 确实 非常 重要 ， 可 以 在 两 种 极端 的 模式 之 间 选 择 一 种 : CONFORMIST 模 式 或 
ANTICORRUPTIONLAYER 模 式 。 作 为 CONFORMIST 并 不 那么 有 趣 ， 你 的 创造 力 和 你 对 新 功能 的 选择 
都 会 受到 限制 。 当 构建 一 个 大 型 的 新 系统 时 ， 遵 循 遗 留 系统 或 外 部 系统 的 模型 可 能 是 不 现实 的 

(毕竟 ， 为 什么 要 构建 新 系统 呢 ? )。 但 是 ， 当 对 一 个 大 的 系统 进行 外 围 扩展 时 ， 这 个 系统 仍 
然 是 主要 系统 ， 在 这 种 情况 下 ， 继 续 使 用 遗留 模型 可 能 就 很 合适 。 这 种 选择 的 例子 包括 轻 量 级 
的 决策 支持 工具 , 这 些 工具 通常 是 用 Excel 或 其 他 简单 工具 编写 的 。 如 果 你 的 应 用 程序 确实 是 现 
有 系统 的 一 个 扩展 ， 而 且 与 该 系统 的 接口 很 大 ， 那 么 CONTEXT 之 间 的 转换 需要 的 工作 量 可 能 比 
应 用 程序 功能 本 身 需 要 的 工作 量 还 大 。 尽 管 你 已 经 处 于 那个 系统 的 BoUNDED CONTEXT 中 ， 但 你 
自己 的 一 些 好 的 设计 仍然 有 用 武之 地 。 如 果 那 个 系统 的 领域 模型 很 容易 辨别 ， 则 严格 地 遵照 这 
个 老 模型 ， 使 它 比 在 原来 的 系统 中 更 清楚 ， 这 样 做 就 可 以 改进 你 的 实现 。 如 果 你 决定 采用 
CoNFORMIST 设 计 ， 就 必须 全 心 全 意 地 去 做 。 你 应 该 约束 自己 只 可 以 去 扩展 现 有 模型 ， 而 不 能 
修改 它 。 

当 正 在 设计 的 系统 的 功能 并 不 仅仅 是 扩展 现 有 系统 时 , 而 且 你 与 另 一 个 系统 的 接口 很 小 , 或 
者 那个 系统 的 设计 非常 糟糕 , 那么 实际 上 你 会 希望 使 用 自己 的 BOUNDED CONTEXT, 这 意味 着 需要 
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构建 一 个 转换 层 ， 甚 至 是 一 个 ANTICORRUPTION LAYER。 
14.13.6 ”正在 设计 的 系统 
你 的 项 目 团队 正在 构建 的 软件 实际 上 是 一 个 正在 设计 前 系统 。 你 可 以 在 这 个 区 域内 声明 


BOUNDED CONTEXT, 并 在 每 个 BOUNDED CONTEXT 中 应 用 CONTINUOUS INTEGRATION， 以 便 保 持 它们 
的 统一 。 但 应 该 有 几 个 上 下 文 昵 ?各 个 上 下 文 之 间 又 应 该 是 什么 关系 呢 ?” 与 外 部 系统 的 情况 相 
比 ， 这 些 问题 的 答案 会 变 得 更 加 不 确定 ， 因 为 我 们 拥有 更 多 的 自由 和 控制 。 

情况 很 简单 为 正在 设计 中 的 整个 设计 使 用 一 个 BOUNDED CONTEXT。 例 如 ， 当 一 个 少 于 10 
人 的 团队 正在 开发 高 度 相关 的 功能 上 时， 这 可 能 就 是 一 种 很 好 的 选择 。 

随 着 团队 规模 的 增 大 ，CONTINUOUS INTEGRATION 可 能 会 变 得 困难 起 来 (尽管 我 也 曾 看 到 过 一 
些 较 大 的 团队 仍 能 保持 持续 集成 )。 你 可 能 希望 采用 SHARED KERNEL 模 式 ， 并 把 几 组 相对 独立 的 
功能 划分 到 不 同 的 BoUNDED CoNTEXT 中 ， 使 得 在 每 个 BouNDED CONTEXT 中 工作 的 人 员 少 于 10 人 。 
在 这 些 BOUNDED CONTEXT 中 ， 如 果 有 两 个 上 下 文 之 间 的 所 有 依赖 性 都 是 单 向 的 ， 就 可 以 建成 为 
CUSTOMER/SUPPLIER DEVELOPMENT TEAM。 

你 可 能 认识 到 两 个 团队 的 思想 截然 不 同 , 以 致 他 们 的 建 模 工作 总 是 发 生 了 矛盾 。 可 能 他 们 需要 
从 模型 得 到 完全 不 同 的 东西 ， 或 者 只 是 背景 知识 有 某 种 不 同 ,又 或 者 是 由 于 项 目 所 采用 的 管理 结 
构 而 引起 的 。 如 果 这 种 矛盾 的 原因 是 你 无 法 改变 或 不 想 改变 的 ， 那 么 可 以 让 他 们 的 模型 采用 
SEPARATE WAY 模 式 。 在 需要 集成 的 地 方 ， 两 个 团队 可 以 共同 开发 并 维护 一 个 转换 层 ， 把 它 作为 唯 
一 的 CONTINUOUS INTEGRATION 点 。 这 与 同 外 部 系统 的 集成 正好 相反 ， 在 外 部 集成 中 ， 一 般 由 
ANTICORRUPTION LAYER 来 起 调节 作用 ， 而 且 从 另 一 端 得 不 到 太 多 的 支持 。 

一 般 来 说 ， 每 个 BouNDED CONTEXT 都 对 应 一 个 团队 。 一 个 团队 可 以 维护 多 个 BOUNDED 
CoNTEXT， 但 多 个 团队 在 一 个 上 下 文中 工作 却 是 比较 难 的 (虽然 并 非 不 可 能 )。 


14.13.7 满足 不 同 模型 的 特殊 需要 


同一 业务 的 不 同 小 组 常常 有 各 自 的 专用 术语 , 而 且 可 能 各 不 相同 。 这 些 本 地 术语 可 能 是 韭 常 
精确 的 ， 并 且 是 根据 他 们 的 需要 定制 的 。 要 想 改 变 它们 (例如 ， 施 行 标 准 化 的 企业 级 术语 )， 需 
要 大 量 的 培训 和 分 析 ， 以 便 解 决 差异 问题 。 即 使 如 此 ,新 的 术语 仍然 可 能 没有 原来 那个 已 经 经 过 
精心 调整 的 术语 好 用 。 

你 可 能 决定 通过 不 同 的 BOUNDED CONTEXT 来 满足 这 些 特殊 需要 ， 除 了 转换 层 的 CONTINUOUS 
INTEGRATION 以 外 ， 就 可 以 允许 模型 采用 SEPARATE WAY 模 式 。UBIQUITOUS LANGUAGE 的 不 同 专用 
术语 将 围绕 这 些 模 型 以 及 它们 所 基于 的 行 话 来 发 展 。 如 果 两 种 专用 术语 有 很 多 重 琶 之 处 ， 那 么 
SHARED 和 KERNEL 模式 就 可 以 满足 特殊 化 要 求 ， 同 时 又 能 把 转换 成 本 减 至 最 小 。 

当 不 需要 集成 或 者 集成 相对 有 限时 ， 就 可 以 继续 使 用 已 经 习惯 的 术语 ， 以 免 破坏 模型 。 但 这 
也 有 其 自己 的 代价 和 风险 。 如 下 所 示 。 
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口 没有 共同 的 语言 ， 交 流 将 会 减少 。 

口 集成 开销 更 高 。 

口 随 着 相同 业务 活动 和 实体 的 不 同 模型 的 发 展 ， 工 作 会 有 一 定 的 重复 。 

但 是 , 最 大 的 风险 或 许 是 在 面 对 更 改 时 不 好 做 出 判断 ,而 且 可 能 会 为 使 用 一 个 非常 规 的 、 狭 
隘 的 模型 而 辩护 。 为 了 满足 特殊 的 需要 ， 需 要 对 系统 的 这 一 部 分 进行 多 大 的 定制 ? 最 重要 的 是 ， 
这 个 用 户 群 的 专门 术语 有 多 大 的 价值 ? 你 必须 在 团队 独立 操作 的 价值 与 转换 的 风险 之 间 做 出 权 
衡 ， 并 且 合 理 地 对 待 一 些 没 有 价值 的 术语 变化 。 

有 了 时 会 出 现 一 个 深层 次 的 模型 ， 它 把 这 些 不 同 语言 统一 起 来 ,并 能 够 满足 双方 的 要 求 。 只 有 
经 过 大 量 开发 工作 和 知识 消化 之 后 , 深层 次 模型 才 会 在 生命 周期 的 后 期 出 现 。 深层 次 模型 不 是 计 
划 出 来 的 ， 我 们 只 能 在 它 出 现 的 时 候 抓 住 机 遇 ， 修 改 自 己 的 策略 并 进行 重 构 。 

记 住 ， 在 需要 大 量 集成 的 地 方 ， 转 换 成 本 会 大 大 增加 。 在 团队 之 间 进 行 一 些 协调 工作 (从 精 
确 地 修改 一 个 具有 复杂 转换 的 对 象 到 采用 SHARED KERNEL 模 式 ) 可 以 使 转换 变 得 更 加 容易 ， 同 时 
又 不 需要 完全 的 统一 。 


14.13.8 “部署 


在 复杂 系统 中 ,对 打包 和 部 署 进行 协调 是 一 项 繁琐 的 任务 , 这 类 任务 总 是 要 比 看 上 去 难得 多 。 
BOUNDED CONTEXT 策 略 的 选择 将 对 部 署 产生 影响 。 例 如 ， 当 CUSTOMER/SUPPLIER TEAM 部 署 新 版 
本 时 ,他 们 必须 相互 协调 来 发 布 经 过 共同 测试 的 版 本 。 在 执行 这 些 合并 的 时 候 ， 必 须要 进行 代码 
和 数据 迁移 。 在 分 布 式 系统 中 ， 一 种 好 的 做 法 是 把 CoNTEXT 之 间 的 转换 层 保持 在 单个 进程 中 ， 这 
样 就 不 会 出 现 多 个 版 本 共存 的 情况 。 

当 数 据 迁 移 可 能 很 花 时 间或 者 分 布 式 系统 无 法 同步 更 新 时 ， 即 使 是 单一 BOUNDED CONTEXT 
中 的 组 件 部 署 也 是 很 困难 的 ， 这 会 导致 代码 和 数据 中 有 两 个 版 本 共存 。 

由 于 部 署 环 境 和 技术 存在 不 同 ， 有 很 多 技术 因素 需要 考虑 。 但 BOUNDED CONTEXT 关 系 可 以 
为 我 们 指出 重点 问题 。 转 换 接 口 已 经 被 标 出 。 

绘制 CONTEXT 边 界 时 应 该 反映 出 部 署 计 划 的 可 行 性 。 当 两 个 CONTEXT 通 过 一 个 转换 层 连 接 
时 ， 其 中 的 一 个 CONTEXT 可 能 会 被 更 新 ， 这 时 一 个 新 的 转换 层 可 以 为 另 一 个 CONTEXT 提 供 相 同 的 
接口 。SHARED KERNEL 需 要 进行 更 多 的 协调 工作 ， 不 仅 在 开发 中 如 此 ， 而 且 在 部 署 中 也 同样 应 该 
如 此 。SEPARATE WAY 模 式 可 以 使 工作 简单 很 多 。 


14.13.9 ”权衡 


通过 总 结 这 些 指导 原则 可 知 有 很 多 统一 或 集成 模型 的 策略 。 一般 来 说 , 我 们 需要 在 无 颖 功能 
集成 的 益处 和 额外 的 协调 和 沟通 工作 之 间 做 出 权衡 。 还 要 在 更 独立 的 操作 与 更 顺畅 的 沟通 之 间 做 
出 权衡 。 更 积极 的 统一 要 求 对 有 关子 系统 的 设计 有 更 多 控制 。 
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图 14-13 ”CONTEXT 关 系 模式 的 相对 要 求 


14.13.10” 当 项 目 正在 进行 时 


很 多 情况 下 , 我 们 不 是 从 头 开发 一 个 项 目 , 而 是 会 改进 一 个 正在 开发 的 项 目 。 在 这 种 情况 下 ， 
第 一 步 是 根据 当前 的 状况 来 定义 BoUNDED CONTEXT。 这 是 很 关键 的 。 为 了 有 效 地 定义 上 下 文 ， 
CONTEXT MAP 必 须 反 映 出 团队 的 实际 工作 , 而 不 是 反映 那个 通过 遵守 以 上 描述 的 指导 原则 而 得 出 
的 理想 组 织 。 

描述 了 当前 真实 的 BOUNDED CONTEXT 以 及 它们 的 关系 以 后 , 下 一 步 就 是 围绕 当前 组 织 结构 来 
加 强 团 队 的 工作 。 在 CONTEXT 中 改进 CONTINUOUS INTEGRATION。 把 所 有 分 散 的 转换 代码 重 构 到 
ANTICORRUPTION LAYER 中 。 命 名 现 有 的 BOUNDED CoNTEXT， 并 确定 它们 处 于 项 目的 UBIQUITOUS 
LANGUAGE 中 。 

现在 可 以 开始 考虑 修改 边界 和 它们 的 关系 了 。 这 些 修改 很 自然 地 由 相同 的 原则 来 驱动 。 前 面 
已 经 描述 了 对 新 项 目的 一 些 修改 , 但 我 们 应 该 把 这 些 修改 分 成 较 小 的 部 分 , 以 便 根据 实际 情况 做 
出 选择 ， 从 而 在 只 花费 最 少 的 工作 和 对 模型 产生 最 小 破坏 的 前 提 下 创造 最 大 的 价值 。 

下 一 节 将 讨论 如 何 修改 CONTEXT 的 边界 。 


14.14 转换 
像 建 模 和 设计 的 其 他 方面 一 样 ， 有 关 BoUNDED CONTEXT 的 决策 并 不 是 不 可 改变 的 。 在 很 多 
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情况 下 ， 我 们 必须 改变 最 初 有 关 边 界 以 及 BoUNDED CONTEXT 之 间 关 系 的 决策 ， 这 是 不 可 避免 的 。 
一 般 而 言 ， 分 割 CONTEXT 是 很 容易 的 ， 但 合并 它们 或 改变 它们 之 间 的 关系 却 很 难 。 下 面 将 介绍 几 
种 有 代表 性 的 修改 ， 它 们 很 难 ， 但 也 很 重要 。 这 些 转换 往往 很 大 ,无 法 在 一 次 重 构 中 完成 ， 甚 至 
无 法 在 一 次 项 目 迭 代 中 完成 。 因为 这 个 原因 , 我 将 把 这 些 转 换 划分 为 一 系列 可 管理 的 步骤 。 当然 ， 
这 些 只 是 一 些 指 导 原 则 ， 你 必须 根据 你 的 特殊 情况 和 事件 对 它们 进行 调整 。 


14.14.1 合并 CONTEXT: SEPARATE WAY 一 SHARED KERNEL 


这 种 合并 的 前 提 是 : 翻译 开销 过 高 、 重 复 现 象 很 明显 等 等 。 有 很 多 动机 支持 合并 BoUNDED 
CoNTEXT。 而 且 这 种 合并 很 难 完成 。 它 并 不 是 过 晚 ， 但 需要 一 些 耐心 。 

即使 你 的 最 终 目 标 是 完全 合并 成 一 个 可 以 采用 CONTINUOUS INTEGRATION 的 CONTEXT， 也 应 该 
先 过 渡 到 SHARED KERNEL。 

(1) 评估 初始 状况 。 在 开始 统一 两 个 CONTEXT 之 前 ， 一 定 要 确信 它们 确实 需要 统一 。 

(2) 建立 合并 过 程 。 你 需要 决定 代码 的 共享 方式 以 及 模块 应 该 采用 哪 种 命名 约定 。SHARED 
KERNEL 的 代码 必须 至 少 每 周 集成 一 次 ， 而 且 它 必须 有 一 个 测试 套件 。 在 开发 任何 共享 代码 之 前 ， 
先 把 它 设置 好 。( 测 试 套件 将 是 空 的 ， 因 此 很 容易 通过 ! ) 

(3) 选择 某 个 小 的 子 领 域 作 为 开始 ， 它 应 该 是 在 两 个 CoONTEXT 中 重复 出 现 的 子 领 域 ， 但 不 是 
CoRE DoMAIN 的 一 部 分 。 这 种 最 初 的 合并 主要 是 为 了 建立 一 个 合并 过 程 ， 因 此 最 好 选择 一 些 简 单 
且 相 对 普通 或 不 重要 的 部 分 。 检查 有 哪些 集成 和 翻译 是 已 经 存在 的 。 选 择 已 有 翻译 的 好 处 是 它们 
已 经 得 到 过 验证 ， 此 外 可 以 减轻 翻译 层 的 负担 。 

此 时 , 我 们 有 两 个 描述 相同 子 领 域 的 模型 。 基本 上 有 三 种 合并 方法 。 我们 可 以 选择 一 个 模型 ， 
并 重 构 另 一 个 CONTEXT， 使 之 与 第 一 个 模型 兼容 。 我 们 可 以 从 整体 上 做 出 这 个 决策 ， 把 目标 设置 
为 系统 性 地 替换 一 个 CONTEXT 的 模型 ， 并 保持 作为 一 个 单元 而 被 开发 的 那个 模型 的 内 察 性 。 也 可 
以 一 次 选择 一 个 部 分 ， 假 定 到 最 后 两 个 模型 会 “两 全 其 美 ” (但 注意 最 后 不 要 和 弄 得 一 团 粳 )。 

第 三 种 选择 是 找到 一 个 新 模型 ， 这 个 模型 可 能 比 最 初 的 两 个 都 深刻 ， 能 够 承担 二 者 的 职责 。 

(4) 从 两 个 困 队 中 一 共 选 出 2 一 4 位 开发 人 员 组 成 一 个 小 组 ， 由 他 们 来 为 子 领域 开发 一 个 共享 
的 模型 。 不 管 模 型 是 如 何 得 出 的 ， 它 的 内 容 人 必须 详细 。 这 包括 一 些 困难 的 工作 : 识别 同义词 和 映 
射 那些 尚未 被 翻译 的 术语 。 这 个 联合 团队 需要 为 模型 开发 一 个 基本 的 测试 集 。 

(5) 来 自 两 个 团队 的 开发 人 员 一 起 负责 实现 模型 (或 修改 要 共享 的 现 有 代码 )、 确 定 各 种 细节 
并 使 模型 开始 工作 。 如 果 这 些 开 发 人 员 在 模型 中 过 到 了 问题 , 就 从 第 G3) 步 开 始 重 新 组 织 团队 ,并 
进行 必要 的 概念 修订 工作 。 

(6) 每 个 团队 的 开发 人 员 都 承担 与 新 的 SHARED KERNEL 集 成 的 任务 。 

(7) 清除 那些 不 再 需要 的 翻译 。 

这 时 你 会 有 一 个 非常 小 的 SHARED KERNEL, 并 且 有 一 个 过 程 来 维护 它 。 在 后 续 的 项 目 迭 代 中 ， 
重复 第 G) ~ (7) 步 来 共享 更 多 内 容 。 随 着 过 程 的 不 断 巩固 和 团队 信心 的 树立 ， 就 可 以 选择 更 复杂 
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的 子 领 域 了 ， 同 时 处 理 多 个 子 领域 ， 或 者 处 理 CoRE DoMAIN 中 的 子 领域 。 

注意 : 当 从 模型 中 选取 更 多 与 领域 有 关 的 部 分 时 ， 可 能 会 遇 到 这 样 的 情况 ,， 即 两 个 模型 各 自 
采用 了 不 同 用 户 群 的 专用 术语 。 聪 明 的 做 法 是 先 不 要 把 它们 合并 到 SHAREDKERNEL 中 ， 除 非 工 作 
中 出 现 了 突破 , 得 到 了 一 个 次 层次 的 模型 ,这 个 模型 为 你 提供 了 一 种 能 够 替代 那 两 种 专用 术语 的 
语言 。SHARED KERNEL 的 优点 是 它 具 有 CONTINUOUS INTEGRATION 的 部 分 优势 ， 同 时 又 保留 了 
SEPARATE WAY 模 式 的 一 些 优点 。 

以 上 这 些 是 把 模型 的 一 些 部 分 合并 到 SHARED KERNEL 中 的 指导 原则 。 在 继续 讨论 之 前 , 我们 
来 看 一 下 另外 一 种 能 够 满足 这 种 转换 所 提出 的 一 部 分 要 求 的 方 靶 。 如 果 两 个 模型 中 有 一 个 毫 无 疑 
问 是 符合 首选 条 件 的 ， 那 么 就 考虑 向 它 过 渡 ， 而 不 用 进行 集成 。 不 共享 公共 的 子 领 域 ,而 只 是 系 
统 性 地 通过 重 构 应 用 程序 把 这 些 子 领域 的 所 有 职责 从 一 个 BOUNDED CONTEXT 转 移 到 另 一 个 
BouNDED CONTEXT， 从 而 使 用 那个 有 利 的 CONTEXT 的 模型 ， 并 按 需 要 对 这 个 模型 进行 增强 。 这 样 
就 避免 了 集成 开销 ,也 就 自然 消除 了 元 余 。 很 有 可 能 (但 也 不 是 必然 的 ) 那个 更 有 利 的 BOUNDED 
CONTEXT 最 终 会 完全 取代 另 一 个 BOUNDED CONTEXT, 这 样 就 实现 了 与 合并 完全 一 样 的 效果 。 在 转 
换 过 程 中 (这 个 过 程 可 能 相当 长 或 不 确定 ), 这 种 方法 具有 SEPARATE WAY 模 式 常见 的 优点 和 缺点 ， 
而 且 我 们 必须 拿 这 些 优 缺 点 与 SHARED KERNEL 的 利 整 进行 权衡 。 


14.14.2 合并 CONTEXT: SHARED KERNEL 一 CONTINUOUS INTEGRATION 





如 果 你 的 SHARED KERNEL 正 在 扩大 , 你 可 能 会 被 完全 统一 两 个 BOUNDED CONTEXT 的 优点 所 吸 
引 。 但 这 并 不 只 是 一 个 解决 模型 差异 的 问题 。 你 将 改变 团队 的 结构 ,而 且 最 终 会 改变 人 们 所 使 用 
的 语言 。 

这 个 过 程 从 人 员 和 团队 的 准备 开始 。 

(1) 确保 每 个 团队 都 已 经 建立 了 CONTINUOUS INTEGRATION 所 需 的 所 有 过 程 (共享 代码 所 有 权 、 
频繁 集成 等 )。 两 个 团队 协商 集成 步 又 ， 以 便 所 有 人 都 以 同一 步调 工作 。 

(2) 团队 成 员 在 团队 之 间 流 动 。 这 样 可 以 形成 一 大 批 同时 理解 两 个 模型 的 人 员 ， 并 且 可 以 把 
两 个 团队 的 人 员 联 系 起 来 。 

(3) 证 清 每 个 模型 的 精通 (参见 第 15 章 )。 

(4) 现在 ， 团 队 应 该 有 了 足够 的 信心 把 核心 领域 合并 到 SHARED KERNEL 中 。 这 可 能 需要 多 次 
迭代, 有 时 需要 在 新 共享 的 部 分 与 尚未 共享 的 部 分 之 间 使 用 临时 的 转换 层 。 一 旦 进入 到 合并 CORE 
DoMAIN 的 过 程 中 ， 最 好 能 快速 完成 。 这 是 一 个 开销 高 且 易 出 错 的 阶段 ， 因 此 应 该 尽 可 能 缩短 时 
间 ， 要 优先 于 新 的 开发 任务 。 但 注意 量力 而 行 ， 不 要 超过 你 的 处 理 能 力 。 

要 合并 CoRBE 模 型 ， 有 几 种 选择 。 可 以 保持 一 个 模型 ， 然 后 修改 另 一 个 ， 使 之 与 第 一 个 兼容 ， 


-或 者 可 以 为 子 领 域 创建 一 个 新 模型 ， 并 通过 修改 两 个 上 下 文 来 使 用 这 个 模型 。 如 果 两 个 模型 已 经 


被 修改 以 满足 不 同 用 户 的 需要 , 你 就 要 注意 了 。 这 种 修改 有 可 能 把 你 在 两 个 原始 模型 中 所 需要 的 
一 些 功能 给 减 掉 了 。 这 就 要 求 开 发 一 个 能 够 替代 两 个 原始 模型 的 更 深层 的 模型 。 开 发 这 样 一 个 更 
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深入 的 统一 模型 是 很 难 的 , 但 如 果 你 已 经 决定 完全 合并 两 个 CONTEXT， 就 不 再 需要 选择 多 种 专门 
术语 了 。 这样 做 的 好 处 是 最 终 模 型 和 代码 的 集成 变 得 更 清晰 了 。 注意 这 并 不 会 影响 到 你 满足 用 户 
特殊 需要 的 能 力 。 
(5) 随 着 SHAREDKFRNE[ 的 增长 , 把 集成 频率 提高 到 每 天 一 次 , 最 后 实现 CONTINUOUS INTEGRATION。 
(6) 当 SHARED KERNEL 逐 渐 把 先前 两 个 BOUNDED CONTEXT 的 所 有 内 容 都 包括 进来 的 时 候 ， 你 
会 发 现 要 么 形成 了 一 个 大 的 团队 ， 要 么 形成 了 两 个 较 小 的 团队 ， 这 两 个 较 小 的 团队 有 一 个 
CONTINUOUS INTEGRATION 的 代码 库 ， 从 而 使 得 团队 成 员 可 以 经 常 在 两 个 团队 之 间 来 回流 动 。 


14.14.3 ”逐步 淘汰 遗留 系统 


一 个 事物 再 好 ， 也 会 有 一 个 尽头 , 遗留 计算 机 软件 也 不 例外 。 但 这 种 现象 并 不 是 光 靠 这 个 事 
物 自 己 发 生 的 。 这 些 老 的 系统 可 能 与 业务 及 其 他 系统 紧密 交织 在 一 起 ,因此 淘汰 它们 可 能 需要 很 
多 年 。 好 在 我 们 并 不 需要 一 次 就 把 所 有 东西 都 淘汰 掉 。 

这 一 话题 的 涉及 面 太 广 了 , 这 里 的 讨论 也 只 能 荆 党 加 止 。 我 们 将 讨论 一 种 常见 的 情况 : 用 一 
系列 更 现代 的 系统 来 补充 业务 中 每 天 都 在 使 用 的 老 系 统 , 新 系统 通过 一 个 ANTICORRUPTIONLAYER 
与 老 系统 进行 通信 。 

首先 要 执行 的 步骤 是 确定 一 个 测试 策略 。 应 该 为 新 系统 中 的 新 功能 编写 自动 的 单元 测试 , 但 
逐步 淘汰 遗留 系统 还 需要 有 一 些 特殊 的 测试 需求 。 一 些 组 织 在 某 段 时 间 内 会 同时 运行 新 系统 和 老 
系统 。 

在 任何 一 次 迭代 中 ， 

(1) 在 一 次 迭代 中 确定 遗留 系统 的 哪个 功能 可 以 被 添加 到 某 个 新 系统 中 ， 

(2) 确定 需要 在 ANTICORRUPTION LAYER 中 添加 的 功能 ， 

(G3) 实现 ， 

(4) 部 署 ; 

有 时 ， 要 编写 一 个 等 价 于 遗留 系统 中 的 某 个 单元 的 功能 ， 需 要 进行 多 次 迭代 , 但 在 计划 新 的 
替代 功能 时 仍 以 小 规模 的 和 迭代 为 单元 ， 最 后 一 次 部 署 多 次 迭代 。 

部 署 是 另 一 个 难点 ,因为 此 时 代码 库 包 含 大 量 改 动 。 如 果 这 些小 的 、 增 量 式 的 改动 可 以 一 次 
完成 部 署 , 那么 对 开发 是 很 有 利 的 , 但 这 一 般 需 要 组 织 成 更 大 的 版 本 。 用 户 培训 也 是 必 不 可 少 的 。 
有 时 在 成 功 部 署 的 同时 还 必须 进行 开发 工作 。 还 有 很 多 后 勤 问 题 需要 解决 。 

一 旦 最 终 进 入 运行 阶段 后 ， 应 该 遵循 如 下 步骤 。 

(5) 找 出 ANTICORRUPTION LAYER 中 那些 不 必要 的 部 分 ， 并 去 掉 它 们 ; 

(6) 考虑 删除 遗留 系统 中 目前 未 被 使 用 的 模块 ， 虽然 这 种 做 法 未 必 实 用 。 有 趣 的 是 ， 遗 留 系统 设 
计 得 越 好 ， 它 就 越 容易 被 淘汰 。 而 设计 得 不 好 的 软件 却 很 难 一 点 儿 一 点 儿 地 去 除 。 我 们 可 以 暂时 忽 
略 那 些 未 使 用 的 部 分 ， 直 到 将 来 这 些 剩余 的 部 分 已 经 被 淘汰 ， 这 时 整个 遗留 系统 就 可 以 停止 使 用 了 。 

不 断 重 复 这 几 个 步 又 。 遗 留 系统 应 该 越 来 越 少 地 参与 业务 ， 直 到 完全 停止 使 用 为 止 。 同 时 ， 
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随 着 各 种 组 合 增加 或 减 小 系统 之 间 的 依赖 性 , ANTICORRUPTION LAYER 将 相应 地 收缩 或 扩张 ,当然 ， 
在 其 他 条 件 都 相同 的 情况 下 ,应 该 首先 迁移 那些 只 产生 较 小 ANTICORRUPTION LAYER 的 功能 。 但 其 
他 因素 也 可 能 会 起 主导 作用 ， 有 时 候 在 过 滤 期 间 可 能 必须 经 历 一 些 麻烦 的 转换 。 


14.14.4 OPEN HOST SERVICE 一 PUBLISHED LANGUAGE 


我 们 已 经 通过 一 系列 特定 的 协议 与 其 他 系统 进行 了 集成 ， 但 随 着 需要 访问 的 系统 逐渐 增多 ， 
维护 负担 也 不 断 增 加 ， 或 者 交互 变 得 很 难 理解 。 我 们 需要 通过 PUBLISHED LANGUAGE 来 规范 系统 
之 间 的 关系 。 

(1) 如 果 有 一 种 行业 标准 语言 可 用 ， 则 尽 可 能 评估 并 使 用 它 。 

(2) 如 果 没 有 标准 语言 或 预先 公开 发 布 的 语言 ， 则 对 系统 的 CORE DOMAIN 进 行 完 善 ， 把 它 作 
为 主机 (参见 第 15 章 )。 

(3) 使 用 CORE DOMAIN 作 为 交换 语言 的 基础 ， 尽 可 能 使 用 像 XML 这 样 的 标准 交互 范式 。 

(4) (至 少 ) 向 所 有 参与 协作 的 各 方 发 布 新 语言 。 

(5) 如 果 涉 及 新 系统 的 架构 ， 那 么 也 要 发 布 它 。 

(6) 为 每 个 协作 系统 构建 转换 层 。 

(7) 转换 。 

现在 ， 当 加 入 更 多 协作 系统 时 ， 对 整个 系统 的 破坏 已 经 减 至 最 小 了 。 

记 住 ，PUBLISHED LANGUAGE 必 须 是 稳定 的 ， 但 是 当 继续 进行 重 构 时 ， 仍 然 需 要 能 够 自由 地 
更 改 主机 的 模型 。 因 此 ， 不 要 把 交换 语言 和 主机 的 模型 等 同 起 来 。 保 持 它们 的 密切 关系 可 以 减 小 
转换 开销 ， 而 且 你 的 主机 可 以 采用 CONFORMIST 模 式 。 但 是 应 该 保留 用 转换 层 进行 补充 的 权力 ， 
当 采 用 转换 层 有 利于 成 本 -效益 的 折 中 时 ， 可 以 把 转换 层 添 加 进来 。 

项 目 领 导 者 应 该 根据 功能 集成 需求 和 开发 团队 之 间 的 关系 来 定义 BOUNDED CONTEXT。 一旦 
BOUNDED CONTEXT 和 CONTEXT MAP 被 明确 地 定义 下 来 ,就 应 该 保持 它们 的 逻辑 一 致 性 。 最 起 码 要 
把 相关 的 通信 和 问题 提出 来 ， 以 便 解决 它们 。 

但 是 ， 有 了 时 模型 上 下 文 (无 论 是 我 们 有 意识 地 划 定 边界 的 还 是 自然 出 现 的 上 下 文 ) 被 错误 地 
用 来 解决 系统 中 的 一 些 其 他 问题 ,而 不 是 逻辑 不 一 致 问题 。 团 队 可 能 会 发 现 一 个 很 大 的 CONTEXT 
的 模型 由 于 过 于 复杂 而 无 法 作为 一 个 整体 来 理解 或 透彻 地 分 析 。 出 于 有 意 或 无 意 的 考虑 , 团队 往 
往 会 把 CONTEXT 分 割 为 更 易 管 理 的 部 分 。 这 种 分 割 会 导致 失去 很 多 机 会 。 现 在 ,值得 花费 一 些 功 
夫 和 仔细 考查 在 一 个 大 的 CONTEXT 中 建立 一 个 大 模型 的 决策 了 。 如 果 从 组 织 结构 或 行政 角度 来 看 保 
持 一 个 大 模型 并 不 现实 ， 如 果实 际 上 模型 已 经 分 裂 ， 那 么 就 重新 绘制 上 下 文 图 ， 并 定义 能 够 保持 
的 边界 。 但是， 如果 保持 一 个 大 的 BOUNDED CONTEXT 能 够 解决 迫切 的 集成 需要 ， 而 且 除 了 模型 本 
身 的 复杂 性 以 外 ， 这 看 上 去 是 行 得 通 的 ， 那 么 分 割 CoNTEXT 可 能 就 不 是 最 佳 的 选择 了 。 

在 做 出 这 种 牺牲 之 前 , 还 应 该 考虑 其 他 一 些 能 够 使 大 模型 变 得 易于 管理 的 方法 。 下 两 章 将 着 
重 讨论 通过 应 用 两 种 更 广泛 的 原则 (精炼 和 大 比例 结构 ) 来 管理 大 模型 的 复杂 性 。 


V.D=p 
VB=0 
VxE= _98 
Ot 
VxH=J+ DD 
Di 
一 一 James Clerk Maxwell, A Treatise on Electricity and Magnetism, 1873 
上 面 这 4 个 方程 式 ， 再 加 上 其 中 的 术语 定义 ， 以 及 它们 所 依赖 的 数学 体系 ， 表 达 了 19 世 纪 经 
典 电 磁 学 的 全 部 内 涵 


4 何 才 能 专注 于 核心 问题 而 不 被 大 量 的 次 要 问题 淹没 昵 ?LAYERED ARCHITECTURE 可 以 
把 领域 概念 从 技术 逻辑 中 技术 逻辑 确保 了 计算 机 系统 能 够 运转 ) 分 离 出 来 ， 但 在 大 
型 系统 中 ， 即 使 领域 被 分 离 出 来 ， 它 的 复杂 性 也 可 能 仍然 难以 管理 。 

精炼 是 把 一 堆 混 杂 在 一 起 的 组 件 分 开 的 过 程 , 以 便 从 中 提取 出 最 重要 的 内 容 , 使 得 它 更 有 价 
值 ， 也 更 有 用 。 模 型 就 是 知识 的 精炼 。 通 过 每 次 重 构 得 到 更 深层 的 理解 ， 我 们 把 关键 的 领域 知识 
和 优先 级 提取 出 来 。 现 在 ， 让 我 们 回 过 尖 来 从 战略 角度 看 一 下 精炼 ， 本 章 将 介绍 对 模型 进行 粗 线 
条 划分 的 各 种 方式 ， 并 把 领域 模型 作为 一 个 整体 进行 精炼 。 

像 很 多 化 学 蒸馏 过 程 一 样 ， 精 炼 过 程 (例如 GENERIC SUBDOMAIN 和 和 COHERENT MECHANISM ) 
所 分 离 出 来 的 副产品 本 身 也 很 有 价值 , 但 精炼 的 主要 动机 是 把 最 有 价值 的 那 部 分 提取 出 来 , 正 是 
这 个 部 分 使 我 们 的 软件 区 别 于 别 的 软件 , 而 且 由 于 这 个 部 分 的 存在 才 值 得 我 们 去 构建 软件 , 这 个 
部 分 就 叫做 CORE DOMAIN。 

领域 模型 的 战略 精炼 包括 以 下 部 分 : 

(1) 帮助 所 有 团队 成 员 掌握 系统 的 总 体 设计 及 协调 ， 

(2) 找到 一 个 具有 适度 规模 的 核心 模型 并 把 它 添加 到 通用 语言 中 ， 从 而 促进 沟通 ， 

(3) 指导 重 构 ， 

(4) 专注 于 模型 中 最 有 价值 的 那 部 分 ， 

(5) 指导 外 包 、 现 成 组 件 的 使 用 以 及 任务 委派 。 
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本 章 将 展示 一 种 对 CORE DoMAIN 进 行 战略 精炼 的 系统 性 方法 , 解释 如 何在 团队 中 有 效 地 统一 
认识 ， 并 提供 一 种 用 于 讨论 工作 的 语言 。 
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图 15-1 战略 精炼 的 导航 图 


398 像 那些 园丁 为 了 让 树干 快速 生长 而 修剪 树苗 一 样 , 我 们 将 使 用 一 整套 技术 把 模型 中 那些 细 枝 
399| ”未 节 砍 掉 ， 从 而 把 注意 力 集中 在 最 重要 的 部 分 上 …… 


15.1 模式 : CORE DOMAIN 


在 设计 大 型 系统 时 , 有 很 多 有 用 的 组 件 , 它们 都 很 复杂 而 且 绝 对 有 必要 把 它们 做 好 ,这 导致 





真正 的 业务 资产 一 一 领域 模型 一 一 被 捷 盖 和 忽略 了 。 

难以 理解 的 系统 修改 起 来 会 很 困难 , 而 且 修改 的 结果 也 很 难 预料 。 开 发 人 员 如 果 脱 离 自 己 熟 
悉 的 领域 ， 很 可 能 会 迷失 方向 〈 当 团队 中 有 新 人 加 入 时 尤其 如 此 ， 但 老成 员 也 面临 同样 的 状况 ， 
除非 代码 表达 得 非常 清楚 并 且 组 织 有 序 )。 这 样 一 来 就 必须 分 门 别 类 地 为 人 们 安排 任务 。 当 开发 
人 员 把 他 们 的 工作 限定 到 具体 的 模块 时 ,知识 的 传递 就 更 少 了 。 这 种 工作 上 的 划分 导致 系统 很 难 
平 清 地 集成 ， 也 无 法 灵活 地 分 配 工作 。 如 果 开 发 人 员 没 有 意识 到 某 项 工作 已 经 有 人 做 过 了 ,那么 
就 会 出 现 重 复 ， 这 样 系统 就 会 变 得 更 加 复杂 。 

以 上 只 是 难以 理解 的 设计 所 导致 的 一 部 分 后 果 。 当 设计 中 失去 了 领域 的 整体 视图 时 , 还 存在 
另 一 个 同样 严重 的 风险 。 

一 个 严峻 的 现实 是 我 们 不 可 能 对 所 有 设计 部 分 进行 同等 的 精 化 ,而 是 必须 分 出 优先 级 . 为 了 
使 领域 模型 成 为 有 价值 的 资产 , 必须 整齐 地 梳理 出 模型 的 真正 核心 , 并 完全 根据 这 个 核心 来 创建 
应 用 程序 的 功能 。 但 本 来 就 稀缺 的 高 水 平 开 发 人 员 往 往 会 把 工作 重点 放 在 技术 基础 设施 上 , 或 者 
只 是 去 解决 那些 不 需要 专门 领域 知识 就 能 理解 的 领域 问题 这些 问题 都 已 经 有 了 很 好 的 定义 ) 。 

计算 机 科学 家 对 系统 的 这 些 部 分 更 感 兴趣 , 他 们 认为 通过 这 些 工作 可 以 让 自己 具备 一 些 在 其 
他 地 方 也 能 派 上 用 场 的 专业 技能 ,同时 也 丰富 了 个 人 简历 。 而 真正 体现 应 用 程序 价值 并 且 使 之 成 
为 业务 资产 的 领域 核心 却 通常 是 由 那些 技术 水 平 稍 差 的 开发 人 员 完 成 的 ,他 们 与 DBA 一 起 创建 数 
据 模 式 ， 然 后 逐个 特性 编写 代码 ， 而 根本 没有 对 模型 的 概念 能 力 加 以 任何 利用 。 

如 果 软 件 的 这 个 部 分 实现 得 很 差 ， 那 么 无 论 技 术 基础 设施 有 多 好 ， 无 论 支持 功能 有 多 完善 ， 
应 用 程序 都 永远 不 会 为 用 户 提供 真正 吸引 人 的 功能 。 这 个 严重 问题 的 根源 在 于 项 目 没 有 一 个 明确 
的 整体 设计 视图 ， 而 且 也 没有 认 清 各 个 部 分 的 相对 重要 性 。 

我 曾经 参加 过 的 最 成 功 的 项 目 中 , 有 一 个 开始 时 就 受到 了 这 种 问题 的 困扰 。 这 个 项 目的 目标 
是 开发 一 个 非常 复杂 的 联合 贷款 系统 。 技术 能 力 最 强 的 开发 人 员 在 数据 库 映射 层 和 消息 传递 接口 
这 些 工 作 上 人 忙 得 不 亦 乐平 ， 而 业务 模型 则 交 到 了 那些 不 熟悉 对 象 技 术 的 新 人 手中 。 

唯一 的 例外 是 有 一 个 领域 问题 是 由 一 位 经 验 丰 富 的 对 象 开发 人 员 处 理 的 ,他 为 那些 长 期 存在 
的 领域 对 象 设计 了 一 种 添加 注释 的 功能 。 通过 把 这 些 注 释 组 织 到 一 起 , 商家 们 能 够 看 到 他 们 或 其 
他 人 过 去 所 做 的 一 些 决策 的 基本 思想 。 这 位 开发 人 员 还 构建 了 一 个 优秀 的 用 户 界面 ， 它 为 用 户 提 
供 了 直观 的 访问 ， 用 户 可 以 利用 这 个 界面 来 灵活 地 使 用 组 件 模型 的 各 种 功能 。 

这 些 特 性 很 有 用 处 ， 而 且 设计 得 很 好 。 它 们 被 合并 到 最 终 产 品 中 。 

遗憾 的 是 ,它们 只 是 一 些 次 要 特性 。 这 位 能 力 超群 的 开发 人 员 把 一 种 有 趣 的 、 通 用 的 注释 方 
法 建 模 出 来 ， 并 干净 利落 地 实现 了 它 ， 最 后 交付 到 用 户 手中 。 同 时 ， 另 一 位 能 力 上 不 太 胜 任 的 开 
发 人 员 却 把 关键 的 “贷款 ”模块 弄 得 一 团 精 ， 项 目 差 一 点 就 因此 失败 。 

在 制定 项 目 规划 的 时 候 , 必须 把 资源 分 配给 模型 和 设计 中 最 关键 的 部 分 。 要 想 达 到 这 个 目的 ， 
在 规划 和 开发 期 间 每 个 人 都 必须 识别 和 理解 这 些 关键 部 分 。 

这 些 部 分 是 应 用 程序 的 标志 性 部 分 ， 也 是 目标 应 用 程序 的 核心 且 标 ， 它 们 构成 了 CORE 
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DoMAIN。CoRE DoMAIN 是 系统 中 最 有 价值 的 部 分 。 

因此 ; 

对 模型 进行 提炼 。 找 到 CoRE DoMAIN 并 提供 一 种 易于 区 分 的 方法 把 它 与 那些 起 辅助 作用 的 模 
型 和 代码 分 开 。 最 有 价值 和 最 专业 的 概念 要 轮廓 分 明 。 尽 量 压缩 CORE DOMAIN 。 

让 最 有 才能 的 人 来 开发 CORE DoMAIN， 并 相应 地 招募 新 人 来 补充 这 些 人 空 出 来 的 位 置 。 在 
CoRE DoMAIN 中 努力 开发 能 够 确保 实现 系统 蓝图 的 深层 模型 和 和 柔性 设计 。 仔细 判断 任何 其 他 部 分 
的 投入 ， 看 它 是 否 能 够 支持 这 个 提炼 出 来 的 CORE。 

提炼 CORE DoMAIN 并 不 容易 ， 但 做 出 决策 并 不 难 。 你 需要 投入 大 量 的 工作 使 你 的 CoRE 与 众 
不 同 ,而 其 他 的 设计 部 分 则 只 需 依照 常规 做 得 实用 即 可 。 如 果 某 个 设计 部 分 需要 保密 以 便 保持 竞 
争 优势 ， 那 么 它 就 是 你 的 CoRE DoMAIN。 其 他 的 部 分 则 没有 必要 隐藏 起 来 。 当 必须 在 两 个 看 起 来 
都 很 有 用 的 重 构 之 间 选 择 一 个 时 (由 于 时 限 的 缘故 )， 首 先 应 该 选择 对 CORE DoMAIN 影 响 最 大 的 
那个 重 构 。 


本 章 中 的 模式 能 够 使 我 们 更 容易 发 现 、 使 用 和 修改 CORE DOMAIN。 
15.1.1 选择 核心 


我 们 需要 关注 的 是 那些 能 够 表示 业务 领域 并 解决 业务 问题 的 模型 部 分 。 

对 CORE DOMAIN 的 选择 取决 于 看 问题 的 角度 。 例 如, 很 多 应 用 程序 需要 一 个 通用 的 货币 模型 ， 
用 来 表示 各 种 货币 以 及 它们 的 汇率 和 兑换 。 另 一 方面 , 一 个 用 来 支持 货币 交易 的 应 用 程序 可 能 需 
要 更 精细 的 货币 模型 ， 这 个 模型 有 可 能 就 是 CORE 的 一 部 分 。 即 使 在 这 种 情况 下 ， 货 币 模型 中 可 
能 有 一 部 分 仍 是 非常 通用 的 。 随 着 对 领域 理解 的 不 断 加 深 , 精炼 过 程 可 以 持续 进行 , 这 需要 把 通 - 
用 的 货币 概念 分 离 出 来 ， 而 只 把 模型 中 那些 专 有 的 部 分 保留 在 CORE DOMAIN 中 。 

在 运输 应 用 程序 中 ，CoRE 可 能 是 以 下 儿 方面 的 模型 ,货物 是 如 何 装 船 运输 的 ， 当 集装箱 转 
交 时 责任 是 如 何 转 接 的 , 或 者 特定 的 集装箱 是 如 何 经 过 不 同 的 运输 路 线 最 后 到 达 目 的 地 的 。 在 投 
资 银行 中 ，CoRE 可 能 包括 委托 人 和 参与 者 之 间 的 合资 模型 。 

一 个 应 用 程序 的 CORE DOMAIN 在 另 一 个 应 用 程序 中 可 能 只 是 通用 的 支持 组 件 。 尽 管 如 此 , 仍 
然 可 以 在 一 个 项 目 中 而且 通常 在 一 个 公司 中 ) 定义 一 个 一 致 的 CoORE。 像 其 他 设计 部 分 一 样 ， 
人 们 对 CORE DOMAIN 的 认识 也 会 随 着 迭代 而 发 展 。 开 始 时 特定 关系 集合 的 重要 性 可 能 并 不 明显 。 
最 初 被 认为 是 核心 的 对 象 可 能 逐渐 被 证 明 只 是 起 支持 作用 。 

以 下 几 节 (特别 是 GENERIC SUBDOMAIN 这 节 ) 将 给 出 制定 这 些 决 策 的 指导 。 


15.1.2 工作 的 分 配 
在 项 目 困 队 中 ,技术 能 力 最 强 的 人 员 往 往 缺 乏 丰 富 的 领域 知识 。 这 限制 了 他 们 的 作用 ， 并 且 
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更 倾向 于 分 派 他 们 来 开发 一 些 支持 组 件 , 从 而 形成 了 一 个 恶性 循环 一 一 知识 的 缺乏 使 他 们 远离 了 
那些 能 够 学 到 领域 知识 的 工作 。 

打破 这 种 恶性 循环 是 很 重要 的 ,方法 是 建立 一 支 由 开发 人 员 和 一 位 或 多 位 领域 专家 组 成 的 联 
合 团队 ,其 中 开发 人 员 必 须 能 力 很 瘟 、 能 够 长 期 稳定 地 工作 并 且 对 学 习 领域 知识 非常 感 兴趣 ， 而 
领域 专家 则 要 掌握 深厚 的 业务 知识 。 如果 你 认真 对 待 领 域 设计 ,那么 它 就 是 一 项 有 趣 量 充满 技术 
挑战 的 工作 。 你 肯定 也 会 找到 持 这 种 观点 的 开发 人 员 。 

从 外 界 聘请 一 些 短期 的 专业 人 员 来 设计 CoRE PoMAIN 的 关键 环节 通常 是 行 不 通 的 , 因为 团队 
需要 积累 领域 知识 ,而 且 短 期 人 员 会 造成 知识 流失 。 相 反 ， 充 当 培 训 和 指导 角色 的 专家 可 能 非常 
有 价值 ， 因 为 他 们 帮助 团队 建立 领域 设计 技巧 ,并 促进 团队 成 员 使 用 先前 并 未 掌握 的 高 级 设计 原 
则 。 

出 于 类 似 的 原因 ，, 购买 CORE DOMAIN 也 是 行 不 通 的 。 人 们 已 经 在 建立 特定 于 行业 的 模型 框架 
方面 付出 了 一 些 工 作 ， 著 名 的 例子 就 是 半导体 行业 协会 SEMATECH 创 立 的 用 于 半导体 制造 自动 
化 的 CIM 框 架 ， 以 及 IBM 为 很 多 业务 开发 的 San Francisco 框 架 。 虽 然 这 是 一 个 有 吸引 力 的 想法 ， 
但 除了 PUBLISHED LANGUAGE (参见 第 14 章 ) 能 够 促进 数据 交换 以 外 ， 其 他 的 结果 并 不 理想 。 
Domain-Specific Application Frameworks ([Fayad and Johnson 2000]) 一 书 介 绍 了 这 项 工作 的 总 体 
现状 。 随 着 这 个 领域 的 进步 ， 可 能 会 出 现 一 些 更 有 用 的 框架 。 

除了 上 述 原因 之 外 , 还 有 一 个 更 根本 的 原因 需要 引起 我 们 的 注意 。 自 主 开发 的 软件 的 最 大 价 
值 来 自 于 对 CORE DoMAIN 的 完全 控制 。 一 个 设计 恨 好 的 框架 可 能 会 提供 满足 你 的 专门 使 用 需求 的 
高 水 平 抽象 ， 它 可 以 节省 开发 那些 更 通用 部 分 的 时 间 ， 并 使 你 能 够 专注 于 CORE。 但 是 ， 如 果 它 
对 你 的 约束 超出 了 这 个 限度 ， 可 能 有 以 下 三 种 原因 。 

(1 你 正在 失去 一 项 重要 的 软件 资产 。 此 时 应 该 让 这 些 限制 性 的 框架 退出 你 的 CoRE DOMAIN。 

(2) 框架 所 处 理 的 部 分 并 不 是 你 所 认为 的 核心 。 此 时 应 该 重新 划 定 CORE DoMAIN 的 边界 ， 把 
你 的 模型 中 真正 的 标志 性 部 分 识别 出 来 。 

(3) 你 的 CoRE DoMAIN 并 没有 特殊 的 需求 。 此 时 应 该 考虑 采用 一 种 风险 更 低 的 解决 方案 ， 例 
如 购买 软件 并 与 你 的 应 用 程序 进行 集成 。 

不 管 是 哪 种 情况 , 创建 与 众 不 同 的 软件 还 是 会 回 到 原来 的 轨道 上 一 一 需要 一 支 稳定 工作 的 团 
队 ， 他 们 不 断 积 累 和 消化 专业 知识 ,并 将 这 些 知识 转化 为 一 个 丰富 的 模型 。 没 有 捷径 ， 也 没有 魔 
术 弹 。 

15.2 ”精炼 的 逐步 提升 


本 章 接 下 来 将 要 介绍 各 种 精炼 技术 ,它们 在 使 用 顺序 上 基本 没什么 要 求 , 但 对 设计 的 改动 却 
大 不 相同 。 

一 份 简单 的 DoMAIN VISION STATEMENT (领域 前 景 说 明 ) 只 需 很 少 的 投入 ， 它 传达 了 基本 概 
念 以 及 它们 的 价值 。HiGHLIGHTEP CORE (突出 的 核心 ) 可 以 改善 沟通 ， 并 指导 决策 制定 过 程 ， 这 
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也 只 需 对 设计 进行 很 少 的 改动 甚至 无 需 改动 。 

更 积极 的 精炼 方法 是 通过 重 构 和 重新 打包 显 式 地 分 离 出 GENERIC SUBDOMAIN， 然 后 分 别 进行 
处 理 。 在 使 用 CoHESIVE MECHANISM 的 同时 ， 也 要 保持 设计 的 通用 性 、 易 懂 性 和 柔性， 这 两 个 方 
面 可 以 结合 起 来 。 只 有 除去 了 这 些 细 枝 未 节 ， 才 能 把 CoRE 和 剥离 出 来 。 

重新 打包 出 一 个 SEGREGATED CORE (隔离 的 核心 )， 可 以 使 得 这 个 CoRE 清 晰 可 见 (即使 在 代 
码 中 也 是 如 此 )， 并 且 可 以 促进 将 来 在 CORE 模 型 上 的 工作 。 

最 积极 的 精炼 技术 是 ABSTRACT CORE (抽象 内 核 )， 它 用 抽象 的 形式 表示 了 最 基本 的 概念 和 
关系 《需要 对 模型 进行 全 面 的 重新 组 织 和 重 构 )。 

每 种 技术 都 需要 我 们 连续 不 断 地 投入 越 来 越 多 的 工作 , 但 刀 磨 得 越 落 ,就 会 越 锋利 。 领域 模 
型 的 连续 精炼 将 为 我 们 创造 一 项 资产 ， 使 项 目 进行 得 更 快 、 更 敏捷 、 更 精确 。 

首先 ， 我 们 可 以 把 模型 中 最 普通 的 那些 部 分 分 离 出 去 ， 它 们 就 是 GENERIC SUBDOMAIN (通用 子 领 
域 )。 GENERIC SUBDOMAIN 与 CORE DOMAIN 形 成 鲜明 的 对 比 , 使 我 们 可 以 更 清楚 地 理解 它们 各 自 的 含义 。 


15.3 ”模式 GENERIC SuBDOMAIN 


模型 中 有 些 部 分 除了 增加 复杂 性 以 外 并 没有 捕捉 或 传递 任何 专门 的 知识 ,任何 外 来 因素 都 会 
使 CoRE DOoMAIN 更 难以 分 辨 和 理解 。 模 型 中 包含 大 量 众 所 周知 的 一 般 原 则 ， 或 者 是 专门 的 细节 ， 
这 些 细节 并 不 是 我 们 的 主要 关注 点 ， 而 只 是 起 到 支持 作用 。 然 而 ， 无 论 它们 是 多 么 通用 的 元 素 ， 
它们 对 实现 系统 功能 和 充分 表达 模型 都 是 极为 重要 的 。 

你 可 能 会 认为 模型 中 理所当然 地 应 该 包含 这 些 部 分 。 不 可 否认 , 它们 确实 是 领域 模型 的 一 部 
分 ， 但 它们 抽象 出 来 的 概念 是 很 多 业务 都 需要 的 。 比 如 ， 各 个 行业 (例如 运输 业 、 银 行业 或 制造 
业 ) 都 需要 某 种 形式 的 企业 组 织 图 。 再 比如 ， 很 多 应 用 程序 都 需要 跟踪 应 收 账 款 、 开 支 分 类 账 和 
其 他 财务 数据 ， 而 这 些 都 可 以 用 一 个 通用 的 会 计 模 型 来 处 理 。 

对 领域 的 周边 问题 进行 处 理 往往 要 耗费 人 们 大 量 的 精力 。 我 亲眼 目睹 过 两 个 不 同 项 目 都 分 派 
了 最 好 的 开发 人 员 来 重新 设计 带 有 时 区 的 日 期 和 时 间 功 能 , 这 些 工 作 耗 费 了 他 们 数 周 的 时 间 。 虽 
然 这 样 的 组 件 必 须 正 常 工作 ， 但 它们 并 不 是 系统 的 概念 核心 。 

即使 这 样 的 通用 模型 元 素 确实 非常 重要 , 整体 领域 模型 仍然 需要 把 系统 中 最 有 价值 和 最 特别 
的 方面 突出 出 来 , 而 且 整 个 模型 的 组 织 应 该 尽 可 能 把 重点 放 在 这 个 部 分 上 。 当 核心 与 所 有 相关 的 
因素 混杂 在 一 起 时 ， 这 一 点 会 更 难 做 到 。 

因此 : 

把 内 聚 的 子 领域 (它们 不 是 项 目的 动机 ) 识别 出 来 。 把 这 些 子 领域 的 通用 模型 提取 出 来 ,并 
放 到 单独 的 MopuLE 中 。 任 何 专 有 的 东西 都 不 应 放 在 这 些 模块 中 。 

把 它们 分 离 出 来 以 后 ， 在 继续 开发 的 过 程 中 ， 它 们 的 优先 级 应 低 于 CORE DOMAIN 的 优先 级 ， 
并 且 不 要 分 派 核 心 开发 人 员 来 完成 这 些 任务 (因为 他 们 很 少 能 够 从 这 些 任务 中 获得 领域 知识 ) 。 
此 外 ， 还 可 以 考虑 为 这 些 GENERIC SUBDOMAIN 使 用 现成 的 解决 方案 或 “公开 发 布 的 模型 ” 
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(PUBLISHED MODEL) 。 


当 开 发 这 样 的 软件 包 时 ， 有 以 下 几 种 选择 。 

选择 1， 现 成 的 解决 方案 

有 时 可 以 购买 一 个 已 实现 好 的 解决 方案 ， 或 使 用 开源 代码 。 

优点 

口 可 以 减少 代码 的 开发 。 

口 维护 负担 转移 到 了 外 部 。 

口 代码 已 经 在 很 多 地 方 使 用 过 ， 可 能 较为 成 熟 ， 因 此 比 自己 开发 的 代码 更 可 靠 和 完备 。 

缺点 

口 在 使 用 之 前 ， 仍 需要 花 时 间 来 评估 和 理解 它 。 

口 就 业内 目前 的 质量 控制 水 平 而 言 ， 无 法 保证 它 的 正确 性 和 稳定 性 。 

口 它 可 能 设计 得 过 于 细致 了 〈 远 远 超出 了 你 的 目的 ) ， 集 成 的 工作 量 可 能 比 开 发 一 个 最 小 化 

的 内 部 实现 更 大 。 

口 外 部 元 素 的 集成 常常 不 顺利 。 它 可 能 有 一 个 与 你 的 项 目 完全 不 同 的 BoOUNDED CONTEXT。 

即使 不 是 这 样 ， 它 也 很 难 顺 利 地 引用 你 的 其 他 软件 包 中 的 ENTITY 。 

口 它 可 能 会 引入 对 平台 、 编 译 器 版 本 的 依赖 ， 等 等 。 

现成 的 子 领域 解决 方案 是 值得 我 们 去 考虑 的 , 但 如 果 它们 会 带 来 很 多 麻烦 那么 就 不 值得 使 

用 了 。 我 曾经 看 到 过 一 些 成 功 案例 些 应 用 程序 需要 非常 精细 的 工作 流 ， 它 们 通过 API 挂 钩 

(API hook) 成 功 地 使 用 了 商用 的 外 部 工作 流 系统 。 我 还 曾经 见 过 错误 日 志 被 深入 地 集成 到 应 用 

程序 中 。 有 时 ，GENERIC SUBDOMAIN 被 打包 为 框架 的 形式 ， 它 实现 了 非常 抽象 的 模型 ， 从 而 可 以 

与 你 的 应 用 程序 集成 来 满足 你 的 特殊 需求 。 子 组 件 越 通 用 ， 其 自己 的 模型 的 精炼 程度 越 高 ， 它 的 
用 处 可 能 就 越 大 。 

选择 2: 公开 发 布 的 设计 或 模型 

优点 

口 比 自己 开发 的 模型 更 为 成 熟 ， 并 且 反 映 了 很 多 人 的 深层 知识 。 

口 提供 了 随时 可 用 的 高 质量 文档 。 

缺点 

口 可 能 不 是 很 符合 你 的 需要 ， 或 者 设计 得 过 于 细致 了 ( 远 远 超出 了 你 的 需要 )。 

Tom Lehrer (20 世 纪 50 和 60 年 代 的 喜剧 作曲 家 ) 曾经 讲 过 数学 上 的 成 功 秘诀 是 :“ 抄 效 ! 抄 
袭 。 不 要 让 任何 人 的 工作 逃 过 你 的 眼睛 …… 但 一 定 要 把 这 叫做 研究 ”在 领域 建 模 中 ， 特 别 是 在 
攻克 GENERIC SUBDOMAIN 时 ， 这 是 一 条 好 的 建议 。 

当 有 一 个 被 广泛 使 用 的 模型 时 ， 例 如 《分 析 模 式 》([Fowler 1996]) 一 书 中 所 列举 的 那些 模 
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型 (参见 第 11 章 )， 这 种 方法 最 为 有 效 。 

如 果 领 域 中 已 经 有 了 一 种 非常 正式 且 严 格 的 模型 , 那么 就 能 使 用 它 。 会 计 和 物理 学 是 我 们 立 
即 能 想到 的 两 个 例子 。 这 些 模 型 不 仅 健壮 和 流畅 ,而 且 被 人 们 广泛 理解 ,因此 可 以 减轻 目前 和 将 
来 的 培训 负担 (参见 10.9.2 节 )。 

如 果 在 一 个 公开 发 布 的 模式 中 能 够 发 现 一 个 简化 的 子 集 , 它 本 身 是 一 致 的 而 且 能 够 满足 你 世 
要 求 ， 那 么 就 不 要 强迫 自己 完全 重新 实现 这 样 一 个 模型 。 如 果 有 一 个 模型 已 经 有 人 很 好 地 研究 过 
了 ， 并 且 提 供 了 完备 的 文档 (有 正式 的 模型 就 更 好 了 ) ， 那 么 重新 去 设计 它 就 没有 意义 了 。 

选择 3: 把 实现 外 包 出 去 

优点 

口 使 核心 团队 可 以 脱身 去 处 理 CORE DoMAIN， 这 是 最 需要 知识 和 经 验 积累 的 部 分 。 

口 开发 工作 的 增加 不 会 使 困 队 规模 无 限 扩 大 下 去 ， 同 时 又 不 会 导致 CORE DOMAIN 知识 的 分 

散 


口 强制 团队 采用 面向 接口 的 设计 ， 并 且 有 助 于 保持 子 领域 的 通用 性 ， 因 为 规格 已 经 被 传递 
到 外 部 。 

缺点 

口 仍 需 要 核心 团队 花费 一 些 时 间 ， 因 为 他 们 需要 与 外 包 人 员 商 量 接口 、 编 码 标准 和 其 他 重 
要 方面 。 


口 当 把 代码 的 所 属 权 交 回 团队 时 ， 团 队 需 要 耗费 大 量 精 力 来 理解 这 些 代码 。( 但 是 这 个 开销 
比 理解 专用 子 领域 要 小 一 些 ， 因 为 通用 子 领域 不 需要 理解 专门 的 背景 知识 。) 

口 代码 质量 或 高 或 低 ， 这 取决 于 两 个 团队 能 力 的 高 低 。 

自动 测试 在 外 包 中 可 能 起 到 重要 作用 。 应 该 要 求 外 包 人 员 为 他 们 交付 的 代码 提供 单元 测试 。 
真正 有 用 的 方法 是 为 外 包 的 组 件 指定 甚至 是 编写 自动 验收 测试 , 这 有 助 于 确保 质量 、 明确 规 格 并 
且 使 这 些 组 件 的 再 集成 变 得 顺利 。 此外, “把 实现 外 包 出 去 ”可 能 会 与 “公开 发 布 的 设计 或 模型 ” 
完美 地 组 合 到 一 起 。 

选择 4 内 部 实现 

优点 . 

口 易于 集成 。 

口 只 开发 自己 需要 的 ， 不 做 多 余 的 工作 。 

口 可 以 临时 把 工作 分 包 出 去 。 

缺点 

口 需要 承受 后 续 的 维护 和 培训 负担 。 

口 很 容易 低估 开发 这 些 软件 包 所 需 的 时 间 和 成 本 。 

当然 ， 这 也 可 以 与 “公开 发 布 的 设计 或 模型 ”结合 起 来 使 用 。 

GENERIC SUBDOMAIN 是 你 充分 利用 外 部 设计 专家 的 地 方 ， 因 为 这 些 专家 不 需要 深入 理解 你 的 
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专 有 的 CORE DOMAIN, 而 且 他 们 也 没有 太 大 的 机 会 学 习 这 个 领域 。 机密 性 问题 可 以 不 用 过 多 关注 ， 
因为 这 些 模块 几乎 不 涉及 专 有 信息 或 业务 实践 。 利 用 外 部 专家 来 开发 GENERIC SUBDOMAIN， 可 以 
减轻 对 那些 不 了 解 领 域 知 识 的 人 员 进 行 培训 而 带 来 的 负担 。 

我 相信 ， 随 着 时 间 的 推移 ，CoRE 模 型 的 范围 将 会 不 断 变 率 ， 而 越 来 越 多 的 通用 模型 将 作为 
框架 被 实现 出 来 ， 或 者 至 少 被 实现 为 公开 发 布 的 模型 或 分 析 模 式 。 但 是 现在 ， 大 部 分 模型 仍然 需 
要 我 们 自己 开发 ， 但 把 它们 与 CORE DoMAH 模 型 区 分 开 是 很 有 价值 的 。 








两 个 与 时 区 有 关 的 故事 

我 曾经 两 次 亲眼 目睹 项 目 中 最 好 的 开发 人 员 花 费 好 几 周 的 时 间 来 解决 各 个 时 区 的 时 间 存 储 
和 转换 问题 。 虽 然 我 对 这 样 的 工作 安排 总 是 持 怀疑 态度 ， 但 有 时 它 是 必要 的 ， 而 且 下 面 这 两 个 项 
目 几乎 形成 了 鲜明 的 对 比 。 

第 一 个 项 目 是 为 货物 运输 系统 设计 日 程 安排 软件 。 为 了 安排 国际 运输 , 准确 的 时 间 计 算是 非 
常 必 要 的 , 而 由 于 所 有 这 些 日 程 安排 都 是 按照 当地 时 间 计 算 的 ,因此 运输 过 程 的 安排 必然 需要 进 
行 时 间 转 换 。 

既然 这 项 功能 需求 已 经 确定 了 , 团队 就 开始 了 CORE DoMAIN 的 开发 并 利用 现 有 的 时 间 类 和 一 
些 哪 数据 进行 了 一 些 早 期 的 应 用 程序 迭代 。 随 着 应 用 程序 的 不 断 成 熟 , 显然 现 有 的 时 间 类 无 法 满 
足 项 目的 要 求 , 而 且 由 于 很 多 国家 的 时 间 是 不 同 的 , 再 加 上 国际 日 期 变更 线 的 复杂 性 ,这 个 问题 
变 得 异常 复杂 。 随 着 需求 变 得 越 来 越 明 确 ， 他 们 开始 寻找 现成 的 解决 方案 , 但 却 没有 找到 。 这 样 
除了 自己 构建 一 个 之 外 已 经 别 无 选择 了 。 

这 项 任务 需要 做 一 番 研 究 并 进行 精确 的 设计 ,因此 团队 领导 者 打算 分 派 一 位 最 好 的 程序 员 来 
完成 它 。 但 这 项 任务 并 不 需要 任何 运输 方面 的 专业 知识 , 而 且 做 这 项 任务 也 不 会 获得 这 样 的 知识 ， 
因此 他 们 选择 了 一 位 临时 在 项 目 上 工作 的 程序 员 。 

这 位 程序 员 并 没有 从 头 开始 工作 。 他 研究 了 儿 个 现 有 的 时 区 实现 ,但 大 部 分 并 不 能 满足 需要 ， 
于 是 他 决定 把 BSD Unix 的 一 个 公共 的 解决 方案 改编 一 下 ， 它 已 经 有 了 一 个 完善 的 数据 库 和 C 语 言 
实现 。 他 通过 反 向 工程 找 出 了 其 中 的 逻辑 ， 并 编写 了 一 个 数据 库 导入 例 程 。 

事实 证 明 问 题 比 他 预计 的 要 难得 多 (例如 涉及 特殊 情况 的 数据 库 导 入 )， 尽 管 如 此 他 仍然 完 
成 了 代码 的 编写 并 与 CORE 进 行 了 集成 ， 最 终 完成 了 产品 的 交付 。 

在 另 一 个 项 目 上 发 生 的 事情 就 完全 不 同 了 。 一 家 保险 公司 开发 一 个 新 的 理赔 处 理 系 统 , 他 们 
打算 把 各 种 事件 发 生 的 时 间 记 录 下 来 〈 发 生 车 祸 的 时 间 、 下 冰雹 的 时 间 等 等 )。 这 些 数据 是 按照 
当地 时 间 记 录 的 ， 因 此 需要 用 到 时 区 功能 。 

当 我 参加 这 个 项 目 时 ， 他 们 已 经 安排 了 一 位 初级 〈 但 很 聪明 的 ) 开发 人 员 来 从 事 这 项 任务 ， 
尽管 应 用 程序 的 准确 需求 仍 在 变化 中 , 而 且 项 目 其 至 还 没有 开始 尝试 第 一 次 迭代 。 他 开始 尽职 尽 
责 地 基于 假设 来 构建 一 个 时 区 模型 。 
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由 于 不 知道 需要 什么 样 的 功能 , 这 位 开发 人 员 假 设 时 区 组 件 应 该 足够 灵活 , 以 便 处 理 任何 可 
能 的 情况 。 这 个 问题 对 他 来 说 太 难 了 , 因此 项 目 又 分 派 了 一 位 高 级 开发 人 员 来 帮助 他 。 他 们 编写 
了 复杂 的 代码 , 但 由 于 还 没有 具体 的 应 用 程序 使 用 这 些 代码 ， 因 此 他 们 根本 不 知道 代码 是 否 能 正 
确 工 作 。 

项 目 由 于 各 种 原因 而 搁浅 , 时 区 代码 也 永远 用 不 上 了 。 但 如 果 项 目 不 中 汤 ， 那么 简单 地 存储 
标明 时 区 的 当地 时 间 可 能 就 足够 了 ， 甚 至 不 需要 转换 ， 因 为 这 些 主要 用 作 参 考 数据 ,而 不 是 计算 
的 基础 。 即 使 需要 转换 ， 由 于 所 有 数据 都 来 自 北美 洲 ， 时 区 转换 相对 很 简单 。 

过 分 关注 时 区 带 来 的 主要 代价 是 忽略 了 CoRE DoMAIN 模 型 。 如 果 他 们 能 够 把 同样 的 精力 放 在 
核心 模型 上 , 可 能 早 就 为 自己 的 应 用 程序 开发 出 了 一 个 有 效 的 原型 和 一 个 初步 的 、 可 以 工作 的 领 
域 模型 。 此 外 ， 那 些 长 期 稳定 地 在 项 目 上 工作 的 开发 人 员 此 时 本 来 应 该 对 保险 领域 有 所 了 解 了 ， 
以 便 为 团队 积累 关键 的 知识 。 

有 一 件 事情 这 两 个 团队 都 做 得 很 正确 , 那 就 是 把 通用 的 时 区 模型 明确 地 从 CORE DOMAIN 中 分 
离 出 来 。 如 果 在 运输 模型 或 保险 模型 中 使 用 各 自 专 用 的 时 区 MoDULE， 那 么 这 会 导致 核心 模型 与 
这 个 通用 的 支持 模型 斐 合 在 一 起 ， 使 得 CORE 模 型 更 难以 理解 〈 因 为 它 将 包含 无 关 的 时 区 细 市 )。 
而 且 时 区 模块 可 能 更 难 维护 〈 因 为 维护 人 员 必 须 理解 核心 以 及 它 与 时 区 的 相互 关系 )。 





运输 项 目的 策略 保险 项 目的 策略 
优点 优点 
口 GENERIC 模 型 与 核心 分 离 口 GENERIC 模 型 与 CORE 分 离 
口 CogE 模 型 较 成 熟 。 因 此 资源 的 转移 不 会 缺 点 
妨碍 它 CogE 模 型 > 注 其 他 让 
口交 记 gef 么 功能 口 Gon 模型 未 被 开发 出 米 ， 大 此 关注 共 他 问题 导致 
口 为 跨国 的 日 程 安排 提供 了 关键 支持 功能 口 由 于 需求 不 明确 ， 所 以 试图 开发 一 个 能 满足 所 有 
口 GENERIC 模 块 的 任务 使 用 了 短期 程序 员 需求 的 模块 ， 而 实际 上 只 需 简单 地 提供 北美 地 区 
缺点 的 时 区 转换 功能 就 足够 了 
口 最 好 的 程序 员 没 有 从 事 核 心 工作 口 安排 长 期 工作 的 程序 员 来 执行 这 项 任务 ， 他 们 本 
来 应 该 成 为 领域 知识 的 储备 库 


技术 人 员 喜 欢 处 理 那些 可 定义 的 问题 《如 时 区 转换 )， 而 且 很 容易 就 能 证 明 他 们 人 花 时 间 做 这 
些 工作 是 值得 的 。 但 严格 地 从 优先 级 角度 来 看 ， 他 们 应 该 先 去 完成 CORE DOMAIN 的 工作 。 








15.3.1 通用 不 等 于 可 以 重用 


注意 , 虽然 我 一 直 在 强调 这 些 子 领域 的 通用 性 质 , 但 我 并 设 有 提 到 代码 的 可 重用 性 。 现 成 的 
解决 方案 可 能 适用 于 某 种 特殊 情况 ， 也 可 能 不 适用 , 但 假设 你 要 自己 实现 代码 (内 部 实现 或 外 包 
出 去 )， 那 么 不 要 特别 关注 代码 的 可 重用 性 。 因 为 如 果 这 样 做 就 会 违反 精炼 的 基本 动机 一 一 我 们 
应 该 尽 可 能 把 大 部 分 精力 投入 到 CORE DoMAMN 工 作 中 ， 而 只 在 必要 的 时 候 才 在 支持 性 的 GENERIC 
SUBDOMAIN 中 投入 工作 。 
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重用 确实 会 发 生 , 但 不 一 定 总 是 代码 重用 。 模 型 重用 通常 是 更 高 级 的 重用 , 例如 当 使 用 公开 
发 布 的 设计 或 模型 的 时 候 就 是 如 此 。 如 果 你 必须 创建 自己 的 模型 ,那么 它 在 以 后 的 相关 项 目 中 可 
能 很 有 价值 。 但 是 , 虽然 这 样 的 模型 概念 可 能 适用 于 很 多 情况 , 但 我 们 不 必 把 它 开发 成 “万 能 的 ” 
模型 。 我 们 只 要 把 业务 所 需 的 那 部 分 建 模 出 来 并 实现 即 可 。 

尽管 我 们 很 少 需 要 考虑 设计 的 可 重用 性 ,但 通用 子 领域 的 设计 必须 严格 地 限定 在 通用 概念 的 
范围 之 内 。 如 果 把 行业 专用 的 模型 元 素 引 入 到 通用 子 领域 中 ,会 产生 两 个 后 果 。 第 一 ， 它 将 妨碍 
将 来 的 开发 。 虽然 现在 我 们 只 需要 子 领域 模型 的 一 小 部 分 ,但 我 们 的 需求 会 不 断 增加 。 如 果 把 任 
何不 属于 子 领 域 概念 的 部 分 引入 到 设计 中 ,那么 再 想 灵 活 地 扩展 系统 就 很 难 了 , 除非 完全 重建 原 
来 的 部 分 并 重新 设计 使 用 该 部 分 的 其 他 模块 。 

第 二 ,也 是 更 重要 的 , 这 些 行业 专用 的 概念 要 么 属于 CORE DOMAIN， 要 么 属于 它们 自己 的 更 
专业 的 子 领域 ， 而 且 这 些 专业 的 模型 比 通用 子 领 域 更 有 价值 。 


15.3.2 项 目 风险 管理 


敏捷 过 程 通常 要 求 通过 尽早 解决 最 具 风 险 的 任务 来 管理 风险 。 特 别 是 XP 过 程 ， 它 要 求 迅 速 
建立 并 运行 一 个 端 到 端的 系统 。 这 种 初步 的 系统 通常 用 来 检验 某 种 技术 基础 设施 , 而 且 人 们 会 试 
图 建立 一 个 周边 系统 ， 用 来 处 理 一 些 支持 性 的 GENERIC SUBDOMAIN， 因 为 这 些 子 领域 通常 更 易于 
分 析 。 但 是 要 注意 ， 这 可 能 会 不 利于 风险 管理 。 

项 目 面临 着 两 方面 的 风险 , 有 些 项 目的 技术 风险 更 大 , 有 些 项 目 则 是 领域 建 模 的 风险 更 大 一 
些 。 端 到 端的 系统 是 实际 系统 中 最 困难 部 分 的 “雏形 ” 它 控制 风险 的 能 力也 仅 限 于 此 。 当 使 
用 这 种 雏形 时 ,我 们 很 容易 低估 领域 建 模 的 风险 。 这 种 风险 包括 未 预料 到 存在 复杂 性 、 与 业务 专 
家 的 交流 不 够 充分 ， 或 者 开发 人 员 的 关键 技能 存在 欠缺 等 。 

因此 ， 除 非 团 队 拥有 精湛 的 技术 并 且 对 领域 非常 熟悉 ， 否 则 第 一 个 雏形 系统 应 该 以 CORE 
DoMAIN 的 某 个 部 分 作为 基础 ， 不 管 它 有 多 么 简单 。 

相同 的 原则 也 适用 于 任何 试图 把 高 风险 的 任务 放 到 前 面 处 理 的 过 程 。CoRE DOMAIN 就 是 高 风 
险 的 ， 因 为 它 的 难度 往往 会 超出 我 们 的 预料 ， 而 且 如 果 没 有 它 ， 项 目 就 不 可 能 获得 成 功 。 





本 章 介 绍 的 大 多 数 精炼 模式 都 显示 了 如 何 修改 模型 和 代码 , 以 便 提炼 出 CoRE DoMAIN。 但 是 ， 
接 下 来 的 两 个 模式 DOMAIN VISION STATEMENT 和 HIGHLIGHTED CORE 将 展示 如 何 用 最 少 的 投入 通过 
补充 文档 来 增进 沟通 、 提 高 人 们 对 核心 的 认识 并 使 之 把 精力 集中 到 开发 工作 上 来 …… 


15.4 模式; DOMAIN VISION STATEMENT 
在 项 目 开 始 时 , 模型 通常 并 不 存在 , 但 是 模型 开发 的 需求 是 早 就 确定 下 来 的 重点 。 在 后 面 的 
开发 阶段 中 , 我 们 需要 解释 清楚 系统 的 价值 . 但 这 并 不 需要 深入 地 分 析 模 型 。 此 外 .领域 模型 的 


关键 方面 可 能 跨越 多 个 BOUNDED CONTEXT， 但 从 定义 上 看 ， 这 些 模 型 的 关注 点 是 各 不 相同 的 。 
很 多 项 目 团队 都 会 编写 “前 景 说 明 ” 以 便 管 理 。 最 好 的 前 景 说 明 会 展示 出 应 用 程序 为 组 织带 
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来 的 具体 价值 。 一些 前 景 说 明 会 把 领域 模型 当 作 一 项 战略 资产 来 创建 。 通常 前景 说 明文 档 在 项 
目 启动 以 后 就 被 弈 之 不 用 了 ,而 在 实际 开发 过 程 中 从 来 不 会 使 用 它 ,， 甚至 根本 不 会 有 技术 人 员 去 

DOMAIN VISION STATEMENT 就 是 模仿 这 类 文档 创建 的 ， 但 它 关 注 的 重点 是 领域 模型 的 性 质 ， 
以 及 如 何 为 企业 带 来 价值 。 在 项 目 开发 的 所 有 阶段 , 管理 层 和 技术 人 员 都 可 以 直接 用 领域 前 景 说 
明 来 指导 资源 分 配 、 建 模 选 择 和 团队 成 员 的 培训 。 如 果 领 域 模 型 为 多 个 群体 提供 服务 ， 那么 此 文 
档 还 能 够 显示 出 他 们 的 利益 是 如 何 均 衡 的 。 

因此 : 

写 一 份 CORE DoMAIN 的 简短 描述 以 及 它 将 会 创造 的 价值 (大 约 一 页 纸 ) , 也 就 是 “价值 主张 ”。 
那些 不 能 将 你 的 领域 模型 与 其 他 领域 模型 区 分 开 的 方面 就 不 要 写 了 。 展 示 出 领域 模型 是 如 何 实 现 
和 均衡 各 方 利益 的 。 这 份 描述 要 尽量 精简 。 尽 早 把 它 写 出 来 ， 等 到 获得 新 的 理解 后 再 修改 它 。 

DoMAIN VISION STATEMENT 可 以 用 作 一 个 指南 ， 它 帮助 开发 团队 在 精炼 模型 和 代码 的 过 程 中 
保持 统一 的 方向 。 团 队 中 的 非 技术 成 员 、 管 理 层 甚至 是 客户 也 都 可 以 共享 领域 前 景 说 明 (当然 ， 


包含 专 有 信息 的 情况 除外 )。 


以 下 两 个 表格 分 别 包含 了 航班 预定 系统 和 半导体 工厂 自动 化 系统 的 DOMAIN VISION STATEMENT。 


以 下 内 容 是 DoMAIN VisION STATEMENT 
的 一 部 分 


以 下 内 容 虽 然 很 重要 ， 但 它 不 是 DoMAIN 


VIsION STATEMENT 的 一 部 分 


航班 预订 系统 

模型 可 以 表示 出 乘客 的 优先 级 和 航班 预订 策略 , 并 根据 
灵活 的 政策 来 平衡 这 些 方面 乘客 模型 应 该 反映 出 航空 公 
司 努力 发 展 与 回头 客 的 关系 这 一 点 。 因 此 , 它 应 该 用 简明 
的 形式 表示 出 乘客 的 历史 记录 .参与 过 的 特殊 锋 动 以 及 与 
战略 企业 客户 的 关系 ， 等 等 。 

表示 出 不 同 用 户 的 不 同 角 色 ( 例 如 乘客 .代理 商 . 经 理 ) ， 
以 便 直 富 关系 模型 并 为 安全 框架 提供 所 需 的 信息 。 

模型 应 该 支持 高 效 的 航线 /座位 搜索 ， 并 与 其 他 已 有 的 
航空 预订 系统 集成 。 


以 下 内 容 是 DoMAIN VISION STATEMENT 
的 一 部 分 


半导体 工厂 自动 化 
领域 模型 将 表示 出 材料 和 设备 在 芯片 厂 中 的 状态 ,以 便 
提供 必要 的 审计 跟踪 ， 并 支持 自动 化 的 工艺 流程 。 
模型 不 包括 工艺 流程 中 所 需 的 人 力 资 源 , 但 必须 通过 下 
载 工 艺 配 方 来 实现 有 选择 性 的 流程 自动 化 。 
工厂 状况 的 描述 应 该 使 管理 人 员 能 够 理解 ,以 便 使 他 们 
有 更 深层 的 认识 并 制定 更 好 的 决策 。 


航班 预订 系统 

用 户 界面 应 该 兼顾 新 老 用 户 ,让 上 老 用 户 能 够 快速 流畅 地 
操作 ， 让 新 用 户 也 能 易于 使 用 。 

系统 将 提供 Web 访 问 ， 可 以 把 数据 传输 到 其 他 系统 , 或 
通过 其 他 的 UI 提供 访问 ， 因 此 接口 应 该 用 XMI 来 设计 ， 
并 使 用 转换 层 来 保存 Web 页 面 或 把 数据 转换 到 其 他 系统 
中 。 
彩色 的 动画 logo 将 缓存 到 客户 机 器 上 , 以 便 将 来 访问 时 
能 够 快速 显示 。 

当 客 户 提交 预订 时 ， 在 5 秒 钟 内 提供 可 以 看 到 的 确认 信 


息 。 
安全 框架 将 验证 用 户 的 身份 ,然后 根据 分 配给 特定 用 户 
角色 的 权限 来 限制 他 能 够 访问 的 具体 特性 。 


以 下 内 容 虽 然 很 重要 ， 但 它 不 是 DoMAIN 
VISION STATEMENT 的 一 部 分 


半导体 工厂 自动 化 

软件 应 该 能 够 通过 一 个 servlet 提 供 Web 访 问 ， 但 它 的 结 
构 应 该 允许 使 用 不 同 的 接口 。 

尽 可 能 使 用 行业 标准 的 技术 , 以 避免 内 部 开发 , 减少 维 
护 成 本 , 并 最 大 限度 地 利用 外 部 的 专业 资源 。 应 该 把 开源 
解决 方案 作为 首选 (例如 Apache Web 服 务 器 ) 。 

Web 服 务 器 将 在 专用 服务 器 上 运行 。 应 用 程序 将 在 另 一 
台 单独 的 专用 服务 器 上 运行 。 
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DOMAIN VISION STATEMENT 为 团队 提供 了 统一 的 方向 。 但 在 高 层次 的 说 明和 代码 或 模型 的 完 
整 细节 之 间 通 常 还 需要 做 一 些 衔接 ……: 


15.5 模式: HIGHLIGHTED CORE 


DOMAIN VISION STATEMENT 从 宽泛 的 角度 对 CoRE DoMAIN 进 行 了 说 明 ， 但 它 把 具体 核心 模型 
元 素 留 给 人 们 自己 去 解释 和 猜测 。 除 非 团队 的 沟通 极其 充分 ， 否 则 单 靠 VISION STATEMENT 是 很 难 
产生 什么 效果 的 。 


六 洲 


尽管 团队 成 员 可 能 大 体 上 知道 核心 领域 是 由 什么 构成 的 , 但 CORE DoMAIN 中 到 底 包 含 哪些 元 
素 , 不 同 的 人 会 有 不 同 的 理解 ， 甚 至 同一 个 人 在 不 同 的 时 间 也 会 有 不 同 的 理解 。 如 果 我 们 总 是 要 
不 断 过 滤 模 型 以 便 识 别 出 关键 部 分 , 那么 就 会 分 散 本 应 该 投入 到 设计 上 的 精力 , 而 且 这 还 需要 广 
泛 的 模型 知识 。 因 此 ，CoRE DoMAIN 必 须要 很 容易 被 分 辨 出 来 。 

对 代码 所 做 的 重大 结构 性 改动 是 识别 CORE DoMAIN 的 理想 方式 , 但 这 些 改动 往往 无 法 在 短期 
内 完成 。 事 实 上 ， 如 果 团 队 的 认识 还 不 够 全 面 ， 这 样 的 重大 代码 修改 是 很 难 进 行 的 。 

通过 修改 模型 的 组 织 结构 (例如 划分 GENERIC SUBDOMAIN 和 本 章 后 面 要 介绍 的 一 些 改动 )， 
可 以 用 MoDULE 表 达 出 核心 领域 。 但 如 果 把 它 作 为 表达 CORE DoMAMN 的 唯一 方法 ， 那 么 对 模型 的 
改动 会 很 大 ， 因 此 很 难 马上 看 到 结果 。 

我 们 可 能 需要 用 一 种 轻 量 级 的 解决 方案 来 补充 这 些 激进 的 技术 。 可 能 有 一 些 约束 使 你 无 法 从 
物理 上 分 离 出 CORE ， 或 者 你 可 能 是 从 现 有 代码 开始 工作 的 ， 而 这 些 代码 并 没有 很 好 地 区 分 出 
CORE， 但 你 确实 很 需要 知道 什么 是 CORE 并 把 它 共 享 给 大 家 ， 以 便 有 效 地 通过 重 构 进行 更 好 的 精 
炼 。 即使 到 了 高 级 阶段 , 通过 仔细 挑选 几 个 图 或 文档 , 也 能 够 为 团队 提供 思考 的 定位 点 和 切入 点 。 

无 论 是 使 用 了 详尽 的 UML 模 型 的 项 目 ， 还 是 那些 只 使 用 很 少 的 外 部 文档 并 且 把 代码 用 作 主 
要 的 模型 存储 库 的 项 自 (例如 XP 项 目 )， 都 会 面临 这 些 问 题 。 极 限 编程 团队 可 能 采用 更 简洁 的 做 
法 ， 他 们 更 少 地 使 用 这 些 补充 解 决 方案 ， 而 且 只 是 临时 使 用 【〈 例 如， 在 墙 上 挂 一 张 手绘 的 图 ,让 
所 有 人 都 能 看 到 ) ， 但 这 些 技术 可 以 很 好 地 结合 到 开发 过 程 中 。 

把 模型 的 一 个 特别 的 部 分 连同 它 的 实现 划分 出 来 只 是 对 模型 的 一 种 反映 ,而 不 是 模型 本 身 必 
不 可 少 的 部 分 。 任 何 使 人 们 易于 了 解 CoRE DoMAIN 的 技术 都 可 以 采用 。 这 类 解决 方案 有 两 种 典型 


15.5.1 精炼 文档 
我 经 常会 创建 一 个 单独 的 文档 来 描述 和 解释 CORE DOMAIN。 这 个 文档 可 能 很 简单 ， 只 是 最 基 

















下 
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本 的 概念 对 象 的 清单 。 它 可 能 是 一 组 描述 这 些 对 象 的 图 显示 了 它们 的 最 重要 的 关系 。 它 可 能 
抽象 层次 上 或 通过 示例 来 描述 基本 的 交互 过 程 。 它 可 能 会 使 用 UML 类 图 或 序列 图 、 专 用 于 领域 
的 非 标准 的 图 、 措 辞 严 谴 的 文字 解释 或 上 述 这 些 元 素 的 组 合 。 精 炼 文档 并 不 是 完备 的 设计 文档 。 
它 只 是 一 个 最 简单 的 切入 点 ， 描 述 并 解释 了 核心 ， 并 给 出 了 更 进一步 研究 这 些 核心 部 分 的 理由 。 
精炼 文档 为 读者 提供 了 一 个 总 体 视图 , 指出 了 各 个 部 分 是 如 何 组 合 到 一 起 的 , 并 且 指 导读 者 到 相 
应 的 代码 部 分 寻找 更 多 细节 。 

因此 (作为 HIGHLIGHTED CORE (突出 核心 ) 的 一 种 形式 ) : 

编写 一 个 非常 简短 的 文档 (3 一 7 页 , 每 页 内 容 不 必 太 多 ) , 用 于 描述 CoRE DoMAIN 以 及 CORE 
元 素 之 间 的 主要 交互 过 程 。 

独立 文档 带 来 的 所 有 常见 风险 也 会 在 这 里 出 现 : 

(D 文档 可 能 得 不 到 维护 ; 

(2) 文档 可 能 没 人 阅读 ， 

(3) 由 于 有 多 个 信息 来 源 ， 文 档 可 能 达 不 到 简化 复杂 性 的 目的 。 

控制 这 些 风 险 的 最 好 方法 是 保持 绝对 的 精简 。 剔 除 那些 不 重要 的 细节 ,只 关注 核心 抽象 以 及 
它们 的 交互 ， 这 样 文档 的 老化 速度 就 会 减 慢 ， 因 为 这 个 层次 的 模型 通常 更 稳定 。 

精炼 文档 应 该 能 够 被 团队 中 的 非 技 术 人 员 理 解 。 把 它 当 作 一 个 共享 的 视图 , 描述 每 个 人 都 应 
该 知道 的 东西 ， 而 且 可 以 把 它 作为 团队 所 有 成 员 研 究 模型 和 代码 的 一 个 起 点 。 


15.5.2 ”标明 CORE 


我 以 前 参加 过 一 家 大 型 保险 公司 的 项 目 ， 在 上 班 的 第 一 天 ， 有 人 给 了 我 一 份 200 页 的 “领域 
模型 ”文档 的 复印 件 ， 这 个 文档 是 花 高 价 从 一 家 行业 协会 购买 的 。 我 花 了 几 天 时 间 仔 细 研 究 了 一 
大 堆 类 图 ， 它 们 涵盖 了 所 有 细节 ， 从 详细 的 保险 政策 组 合 到 人 们 之 间 极 为 抽象 的 关系 模型 。 这 些 
模型 的 质量 也 参差 不 齐 ， 有 的 只 有 高 中 生 的 水 平 ， 有 的 却 相 当 好 〈 有 几 个 其 至 描述 了 业务 规则 ， 
至 少 在 附带 的 文本 中 做 了 描述 )。 但 我 要 从 哪里 开始 工作 呢 ? 要 知道 它 有 200 页 啊 。 

这 个 项 目的 人 员 热 圳 于 构建 抽象 框架 , 我 的 前 任 们 非常 关注 人 与 人 之 间 、 人 与 事物 之 间 以 及 
人 与 活动 或 协议 之 间 的 抽象 关系 模型 。 他 们 确实 对 关系 进行 了 很 好 的 分 析 , 而 且 模 型 实验 也 达到 
了 专业 研究 项 目的 水 准 ， 但 却 并 没有 使 我 们 找到 开发 这 个 保险 应 用 程序 的 任何 思路 。 

我 对 它 的 第 一 反应 就 是 大 幅 删 减 , 找到 一 个 小 的 CORE DOMAIN 并 重 构 它 , 然后 再 逐步 添加 其 
他 细节 。 但 我 的 这 个 观点 使 管理 层 感到 担心 。 这 份 文档 具有 极 大 的 权威 性 。 它 是 由 整个 行业 的 专 
家 们 编写 的 , 而 且 无 论 如 何 他 们 付 给 协会 的 费用 远 远 超过 付 给 我 的 费用 ， 因 此 他 们 不 太 可 能 人 慎重 
考虑 我 所 提出 的 要 进行 彻底 修改 的 建议 。 但 我 知道 必须 有 一 个 共享 的 CoRE DOMAIN 视 图 ， 并 让 每 
个 人 的 工作 都 以 它 为 中 心 。 

我 没有 进行 重 构 , 而 是 走 查 了 文档 , 并 且 还 得 到 了 一 位 既 懂 得 大 量 保 险 业 一 般 知识 又 了 解 我 
们 这 个 特殊 应 用 程序 的 具体 需求 的 业务 分 析 师 的 帮助 ,把 那些 体现 出 基本 的 、 区 别 于 其 他 系统 概 
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念 的 部 分 标识 出 来 ,这 些 是 我 们 真正 需要 处 理 的 部 分 。 我 提供 了 一 个 模型 的 导航 图 ， 它 清晰 地 显 
示 了 核心 ， 以 及 它 与 支持 特性 的 关系 。 

我 们 从 这 个 角度 开始 了 建立 原型 的 新 工作 , 很 快 就 开发 出 了 一 个 简化 的 应 用 程序 , 它 展示 了 
一 些 必需 的 功能 。 

这 省 两 磅 重 的 再 生 纸 变 成 了 一 项 有 用 的 业务 资产 , 而 我 做 的 只 是 加 了 少量 的 页 标 和 一 些 黄 色 
标记 。 

这 种 技术 并 不 仅 限于 纸 面 上 的 对 象 图 。 使 用 大 量 UML 图 的 团队 可 以 使 用 一 个 “原型 ” 

(Stereotype) 来 识别 核心 元 素 。 把 代码 用 作 唯 一 模型 存储 库 的 团队 可 以 使 用 注释 (可 以 采用 Java 

Doc 这 样 的 结构 ), 或 使 用 开发 环境 中 的 一 些 工具 。 使 用 哪 种 特定 技术 都 没关系 ， 只 要 使 开发 人 员 
容易 分 辨 出 什么 在 核心 领域 内 ， 什 么 在 CORE DOMAIN 外 就 可 以 了 。 

因此 〈 作 为 另 一 种 形式 的 HiGHLIGHTED CORE): 

把 模型 的 主要 存储 库 中 的 CoRE DOMAIN 标记 出 来 , 而 不 要 特意 去 前 明 其 角色 .。 使 开发 人 员 很 
容易 就 知道 什么 在 核心 内 ， 什 么 在 核心 外 。 

现在 ， 我 们 只 做 了 很 少 的 处 理 和 维护 工作 ， 人 负责 处 理 模 型 的 人 员 就 已 经 清晰 地 看 到 CoRE 
DoMAIN 了 ， 至 少 模型 已 经 被 整理 得 很 好 ， 使 人 们 很 容易 分 清 各 个 部 分 的 组 成 。 


15.5.3 ”把 精炼 文档 作为 过 程 工具 


理论 上 ， 在 XP 项 目 上 工作 的 任何 一 对 人 员 〈 两 位 一 起 工作 的 程序 员 ) 都 可 以 修改 系统 中 的 
任何 代码 。 但 在 实际 中 ,一 些 修改 会 产生 很 大 影响 ， 因 此 需要 更 多 的 商量 和 协调 。 按 照 项 目 通常 
的 组 织 形 式 ， 当 在 基础 设施 层 中 工作 时 ， 变 更 的 影响 可 能 很 清楚 ; 但 在 领域 层 中 ， 影响 就 不 那么 
明显 了 。 

从 CoREDOoMAIN 的 概念 来 看 , 这 种 影响 更 为 清楚 。 更 改 CORE DOMAIN 模 型 会 产生 较 大 的 影响 。 
对 广泛 使 用 的 通用 元 素 进 行 修改 可 能 要 求 更 新 大 量 的 代码 , 但 不 会 像 CoRE DoMAIN 修 改 那样 产生 
概念 上 的 变化 。 

把 精炼 文档 作为 一 个 指南 。 如 果 开 发 人 员 发 现 精炼 文档 本 身 需 要 修改 以 便 与 他 们 的 代码 或 模 
型 修改 保持 同步 ， 那 么 这 样 的 修改 需要 大 家 一 起 协商 。 这 种 修改 要 么 是 从 根本 上 修改 CORE 
DoMAMN 元 素 或 关系 ， 要 么 是 修改 CORE DoMAIN 的 边界 ， 把 一 些 元 素 包含 进来 ， 或 是 把 一 些 元 素 
排除 出 去 。 不 管 使 用 什么 沟通 渠道 (包括 新 版 本 的 精炼 文档 的 分 发 )， 模 型 的 修改 都 必须 传达 到 
整个 团队 。 

如 果 精 炼 文档 概括 了 CORE DoMAIN 的 基本 元 素 ， 那 么 它 就 可 以 作为 一 个 指示 器 用 来 指示 模 
型 改变 的 重要 程度 。 当 模型 或 代码 的 修改 影响 到 精炼 文档 时 ， 需 要 与 团队 其 他 成 员 一 起 协商 。 
当 对 精炼 文档 做 出 修改 时 ， 需 要 立即 通知 所 有 团队 成 员 ， 而 且 要 把 新 版 本 的 文档 分 发 给 他 们 。 
CoRE 外 部 的 修改 或 精炼 文档 外 部 的 细节 修改 则 无 需 协商 或 通知 ， 可 以 直接 把 它们 集成 到 系统 
中 ， 其 他 成 员 在 后 续 工作 过 程 中 自然 会 看 到 这 些 修 改 。 这 样 开 发 人 员 就 拥有 了 XP 所 提供 的 完全 
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的 自治 性 。 


尽管 VISION STATEMENT 和 HIGHLIGHTED CORE 可 以 起 到 通知 和 指导 的 作用 , 但 它们 本 身 并 没有 
修改 模型 或 代码 。 具 体 地 划分 GENERIC SUBDOMAIN 可 以 除去 一 些 非 核心 元 素 。 接 下 来 的 几 个 模式 
着 眼 于 从 结构 上 修改 模型 和 设计 本 身 ， 目 的 是 使 CORE DoMAIN 更 明显 ， 更 易于 管理 。 


15.6 ”模式 : CoHESIVE MECHANISM 


封装 机 制 是 面向 对 象 设计 的 一 个 基本 原则 。 把 复杂 算法 隐藏 到 方法 中 , 再 为 方法 起 一 个 一 看 
就 知道 其 用 途 的 名 字 ， 这 样 就 把 “做 什么 ”和 “如 何 做 ”分 开 了 。 这 种 技术 使 设计 更 易于 理解 和 
使 用 。 然 而 它 也 有 一 些 先天 的 局 限 性 。 

计算 有 时 会 非常 复杂 , 使 设计 开始 变 得 膨胀 。 机 制 性 的 “如 何 做 ”大 量 增 加 ， 而 把 概念 性 的 
“做 什么 ”完全 掩盖 了 。 为 解决 问题 提供 算法 的 大 量 方法 掩盖 了 那些 用 于 表达 问题 的 方法 。 

这 一 过 程 的 扩散 是 模型 出 问题 的 一 种 症状 。 这 时 应 该 通过 重 构 得 到 更 深层 的 理解 ， 从 而 找到 
更 适合 解决 问题 的 模型 和 设计 元 素 ,首先 要 寻找 的 解决 方案 是 找到 一 个 能 使 计算 机 制 变 得 简单 的 
模型 。 但 有 了 时 我 们 会 发 现 ， 有些 计算 机 制 本 身 在 概念 上 就 是 内 聚 的 。 这 种 内 聚 的 计算 概念 可 能 
不 包括 我 们 所 需 的 全 部 计算 。 我 们 讨论 的 也 不 是 一 种 万 能 的 计算 器 。 把 内 豪 部 分 提取 出 来 会 使 得 
剩 下 的 部 分 更 易于 理解 。 

因此 : 

把 概念 上 的 COHESIVE MECHANISM (内 聚 机 制 ) 分 离 到 一 个 单独 的 轻 量 级 框架 中 。 要 特别 注 
意 公 式 算 法 或 那些 有 完备 文档 的 算法 。 用 一 个 INTENTION-REVEALING INTERFACE 来 公开 这 个 框架 
的 功能 。 现 在 ， 领 域 中 的 其 他 元 素 就 可 以 只 专注 于 如 何 表达 问题 (做 什么 ) 了 ， 而 把 解决 方案 的 
复杂 细节 (如何 做 ) 转移 给 了 框架 。 

然后 ， 这 些 被 分 离 出 来 的 机 制 承担 起 支持 的 任务 ， 从 而 留 下 一 个 更 小 的 、 表 达 得 更 清楚 的 
CORE DOMAIN， 这 个 核心 以 更 明确 的 方式 通过 接口 来 使 用 这 些 机 制 。 

把 标准 的 算法 或 公式 识别 出 来 以 后 ， 可 以 把 一 部 分 设计 的 复杂 性 转移 到 一 系列 已 经 过 深入 
研究 的 概念 中 。 在 这 种 方法 的 引导 下 ， 我 们 可 以 放心 地 实现 一 个 解决 方案 ， 而 且 只 需 进行 很 少 
的 尝试 和 改 错 。 我 们 可 以 依靠 其 他 一 些 了 解 这 种 算法 或 至 少 能 够 查 到 相关 资料 的 开发 人 员 。 这 
个 好 处 类 似 于 从 公开 发 布 的 GENERIC SUBDOMAIN 模 型 获得 的 好 处 ， 但 找到 完备 的 算法 或 公式 计 
算 的 机 会 比 利 用 通用 子 领域 模型 的 机 会 更 大 一 些 ， 因 为 这 种 水 平 的 计算 机 科学 已 经 有 了 较 深 入 
的 研究 。 但 是 ， 我 们 仍 常常 需要 创建 新 的 算法 。 创 建 的 算法 应 该 主要 用 于 计算 ， 避 免 在 算法 中 
混杂 用 于 表达 问题 的 领域 模型 。 二 者 的 职责 应 该 分 离 。CORE DOMAIN 或 GENERIC SUBDOMAIN 的 
模型 描述 的 是 事实 、 规 则 或 问题 。 而 CoOHESIVE MECHANISM 则 用 来 满足 规则 或 者 用 来 完成 模型 指 
定 的 计算 。 
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4 从 组 织 结构 图 中 分 离 出 一 个 COHESIVE MECHANISM 


我 曾经 在 一 个 项 目 上 经 历 过 这 种 分 离 过 程 , 这 个 项 目 需要 一 种 非常 详细 的 组 织 结构 图 模型 。 
这 个 模型 可 以 表示 出 一 个 人 正在 为 谁 工作 以 及 他 属于 哪个 分 支部 门 ， 模 型 还 提供 了 一 个 接口 ， 
通过 这 个 接口 可 以 提出 和 回答 相关 的 问题 。 由 于 大 部 分 问题 都 类 似 于 “在 这 个 指挥 链 中 谁 有 权 
批准 这 件 事 ”或 “在 这 个 部 门 中 谁 能 够 处 理 这 样 的 问题 ”， 因 此 团队 意识 到 大 部 分 复杂 性 都 来 自 
于 遍历 组 织 树 中 的 特定 分 支 ， 从 中 搜索 特定 的 人 员 或 关系 。 这 恰好 是 成 熟 的 图 形 系统 所 能 够 解 
决 的 问题 ， 图 由 一 个 节点 集合 (各 个 节点 通过 弧 连 接 起 来 ， 绝 叫做 边 ) 以 及 遍历 图 所 希 的 规则 
和 算法 组 成 。 

负责 这 项 工作 的 开发 人 员 开 发 出 了 一 个 图 的 遍历 框架 ， 并 把 它 实现 为 一 种 COHESIVE 
MECHANISM 。 这 个 框架 使 用 了 标准 的 图 形 术语 和 算法 ， 大 多 数 计 算 机 专业 人 员 都 很 熟悉 这 些 术 
语 和 算法 , 而 且 它 们 在 教科 书 中 也 大 量 出 现 。 这 位 开发 人 员 并 没有 实现 一 个 完整 的 概念 框架 ,而 
只 是 实现 了 它 的 一 个 子 集 ， 该 子 集 涵 盖 了 组 织 模型 所 需 的 功能 。 而 且 由 于 有 了 一 个 
INTENTION-REVEALING INTERFACE， 因 此 以 何 种 方式 获取 答案 并 不 是 我 们 主要 关心 的 问题 。 

现在 , 组 织 模型 可 以 用 标准 的 图 形 术语 简单 地 把 每 个 人 表示 为 一 个 节点 , 把 人 们 之 间 的 关系 
表示 为 连接 这 些 节 点 的 边 ( 绝 )。 这 样 ， 使 用 这 个 图 形 框 架 机 制 就 可 以 找到 任意 两 个 人 之 间 的 关 
系 了 。 

如 果 这 个 机 制 被 混杂 到 领域 模型 中 , 那么 将 会 产生 两 个 后 果 。 一 是 模型 会 与 一 个 用 于 解决 问 
题 的 特殊 方法 耦合 在 一 起 ， 这 将 限制 将 来 的 选择 。 更 重要 的 是 ,组 织 的 模型 将 变 得 异常 复杂 和 混 
乱 。 把 该 机 制 与 模型 分 开 的 好 处 是 可 以 用 声明 式 的 风格 来 描述 组 织 ,使 组 织 结构 变 得 更 清晰 。 而 
且 用 于 图 形 操作 的 复杂 代码 被 分 离 到 一 个 单纯 的 、 基 于 成 熟 算法 的 机 制 框架 中 ， 从 而 可 以 进行 单 
独 的 维护 和 单元 测试 。 








COHESIVE MECHANISM 的 另 一 个 例子 是 用 一 个 框架 来 构造 SPECIFICATION 对 象 ， 并 为 这 些 对 象 
所 需 的 基本 的 比较 和 组 合 操作 提供 支持 。 利 用 这 个 框架 ，CoRE DOMAIN 和 GENERIC SUBDOMAIN 可 
以 用 SPECIFICATION 模 式 中 所 描述 的 清晰 的 、 易 于 理解 的 语言 来 声明 它们 的 规格 (参见 第 10 章 )。 
这 样 ， 比 较 和 组 合 等 复杂 操作 可 以 留 给 框架 去 完成 。 


15.6.1 GENERIC SUBDOMAIN 与 COHESIVE MECHANISM 的 比较 


GENERIC SUBDOMAIN 与 COHESIVE MECHANISM 的 动机 都 是 相间 的 一 一 为 CORE DOMAIN 减 负 。 区 
别 在 于 二 者 所 承担 的 职责 的 性 质 不 同 。GENERIC SUBDOMAIN 是 以 一 个 描述 问题 的 模型 作为 基础 
的 ， 它 用 这 个 模型 表示 出 困 队 会 如 何 看 待 领域 的 某 个 方面 。 在 这 一 点 上 它 与 CORE DOMAIN 没 什么 
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区 别 ， 只 是 重要 性 和 专门 程度 较 低 而 已 。CoHESIVE MECHANISM 并 不 表示 领域 ， 它 的 目的 是 解决 
描述 性 模型 所 提出 来 的 一 些 复杂 的 计算 问题 。 

模型 提出 问题 ，COHESIVE MECHANISM 解 决 问题 。 

在 实践 中 ， 除 非 你 识别 出 一 种 正式 的 、 公 开发 布 的 算法 ， 否 则 这 种 区 别 通常 并 不 十 分 请 楚 ， 
至 少 在 开始 时 是 这 样 。 在 后 续 的 重 构 中 ， 如 果 发 现 一 些 先前 未 识别 的 模型 概念 会 使 这 种 机 制 变 得 
更 为 简单 ， 那 么 就 可 以 把 这 种 算 著 精炼 成 一 种 更 纯粹 的 机 制 ， 或 者 转换 为 一 个 GENERIC 


SUBDOMAIN。 
15.6.2 MECHANISM 是 CORE DOMAIN 一 部 分 


我 们 儿 平 总 是 想 要 把 MECHANISM 从 CORE DOMAIN 中 分 离 出 去 。 一 个 例外 是 MECHANISM 本 身 就 
是 一 个 专 有 部 分 并 且 是 软件 的 一 项 核心 价值 。 有 时 ， 非 常 专用 的 算法 就 是 这 种 情况 。 例 如 ， 如 果 
一 个 非常 高 效 的 算 靶 〈 用 于 计算 日 程 安排 ) 是 运输 物流 应 用 程序 中 的 标志 性 特性 之 一 ， 那 么 该 机 
制 就 可 以 被 认为 是 概念 核心 的 一 部 分 。 我 以 前 参加 过 一 个 投资 银行 的 项 目 , 在 这 个 项 目 中 有 一 个 
非常 专业 的 风险 评估 算法 ， 它 无 疑 是 CoRE DoMAIN 的 一 部 分 (事实 上 ， 这 个 算法 是 高 度 机 密 的 ， 
甚至 大 部 分 核心 开发 人 员 都 看 不 到 它们 )。 当 然 ， 这 些 算法 可 能 是 一 个 用 于 预测 风险 的 规则 集 的 
特殊 实现 。 通过 更 深入 的 分 析 可 能 会 得 到 一 个 更 深层 的 模型 ， 从 而 用 一 种 封装 的 解决 机 制 把 这 些 
规则 显 式 地 表达 出 来 。 

但 那 只 是 将 来 要 做 的 进一步 改进 。 是 否 做 这 个 决定 取决 于 成 本 -效益 分 析 。 实 现 新 设计 的 难 
度 有 多 大 ? 当前 设计 有 多 难 理解 和 修改 ? 采用 更 高 级 的 设计 后 ,对 从 事 这 些 工作 的 人 来 说 , 设计 
会 得 到 多 大 程度 的 简化 ? 当然 ， 有 人 对 新 模型 的 组 成 有 什么 想法 吗 ? 





人 绕 了 一 图 ，MECHANISM 又 重新 回 到 组 织 结构 图 中 


实际 上 ， 在 我 们 完成 了 前 面 示例 中 的 组 织 模型 一 年 之 后 ， 其 他 开发 人 员 又 重新 设计 了 它 ， 
取消 了 图 形 框架 的 分 离 。 他 们 认为 对 象 数量 在 增加 ， 而 且 把 这 种 MECHANISM 分 离 到 单独 的 包 中 
也 会 变 得 很 复杂 ， 于 是 觉得 这 二 者 没 必 要 如 此 。 相 反 ， 他 们 把 节点 行为 添加 到 组 织 ENTITY 的 父 
类 中 。 但 他 们 保留 了 组 织 模型 的 声明 式 公 共 接 口 。 他 们 甚至 在 组 织 ENTITY 中 保持 了 MECHANISM 








绕 弯 路 之 后 又 返回 到 原来 的 老路 上 是 很 常见 的 事情 , 但 并 不 会 退回 到 起 点 。 最 终结 果 通 常 是 
得 到 了 一 个 更 深层 的 模型 ， 这 个 模型 能 够 更 清楚 地 区 分 出 事实 、 目 标 和 MECHANISM。 实 用 的 重 构 
在 保留 中 间 阶 段 的 重要 价值 的 同时 还 能 够 去 除 不 必要 的 复杂 性 。 
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15.7 通过 精炼 得 到 声明 式 风 格 


声明 式 设 计 和 “声明 式 风格 ”是 第 10 章 的 一 个 主题 ， 但 本 章 的 战略 精炼 这 个 话题 上 ， 有 必要 
特别 提 一 下 这 种 设计 风格 。 精 炼 的 价值 在 于 使 你 能 够 看 到 自己 正在 做 什么 , 不 让 无 关 细 节 分 散 你 
的 注意 力 , 并 通过 不 断 削 减 得 到 核心 。 如 果 领 域 中 那些 起 到 支持 作用 的 部 分 提供 了 一 种 简练 的 语 
言 ， 可 用 于 表示 CORE 概 念 和 规则 ， 同 时 又 能 够 把 计算 或 实施 这 些 概 念 和 规则 的 方式 封装 起 来 ， 
那么 CoRE DoMAIN 的 重要 部 分 就 可 以 采用 声明 式 设 计 。 

COHESIVE MECHANISM 用途 最 大 的 地 方 是 它 通过 一 个 INTENTION-REVEALING INTERFACE 来 提供 
访问 ， 并 且 具 有 概念 上 一 致 的 AssERTION 和 SIDE-EFFECT-FREE FUNCTION。 利 用 这 些 MECHANISM 和 
柔性 设计 ，CoRE DoMAIN 可 以 使 用 有 意义 的 声明 ， 而 不 必 调 用 难 懂 的 函数 。 但 最 不 同 寻常 的 回报 
来 自 于 使 CORE DOMAIMN 的 一 部 分 产生 突破 ,得 到 一 个 深层 模型 ， 而且 这 部 分 核心 领域 本 身 成 为 了 
一 种 语言 ， 可 以 灵活 且 精 确 地 表达 出 最 重要 的 应 用 场景 。 

深层 模型 往往 与 相对 应 的 柔性 设计 一 起 产生 。 柔性 设计 变 得 成 熟 的 时 候 , 就 可 以 提供 一 组 易 
于 理解 的 元 素 , 我 们 可 以 明确 地 把 它们 组 合 到 一 起 来 完成 复杂 的 任务 , 或 表达 复杂 的 信息 ， 就 像 
单词 组 成 句子 一 样 。 此 时 ， 客 户 代 码 就 可 以 采用 声明 式 风格 ， 而 且 更 为 精炼 。 

把 GENERIC SUBDOMAIN 提 取出 来 可 以 减少 混乱 ， 并 且 内 聚 机 制 可 以 把 复杂 操作 封装 起 来 。 这 
样 可 以 得 到 一 个 更 专注 的 模型 ， 从 而 减少 了 那些 对 用 户 活动 没什么 价值 的 、 分 散 注意 力 的 方面 。 
但 我 们 不 太 可 能 为 领域 模型 中 所 有 非 CORE 元 素 安排 一 个 适当 的 去 处 。SEGREGATED CORE (隔离 的 
核心 ) 采用 直接 的 方法 从 结构 上 把 CORE DOMAIN 划 分 出 来 。 


15.8 模式 SEGREGATED CORE 


模型 中 的 元 素 可 能 有 一 部 分 属于 CORE DOMAIN, 而 另 一 部 分 起 支持 作用 。 核心 元 素 可 能 与 一 
般 元 素 紧 密 耦 合 在 一 起 。CoRE 的 概念 内 聚 性 可 能 不 是 很 强 ， 看 上 去 也 不 明显 。 这 种 混乱 性 和 耦 
合 关 系 抑制 了 CoRE 的 分 离 。 设 计 人 员 如 果 无 法 清晰 地 看 到 最 重要 的 关系 ， 就 会 开发 出 一 个 脆弱 
的 设计 。 

通过 把 GENERIC SUBDOMAIN 提 取出 来 , 可 以 从 领域 中 清除 一 些 干扰 性 的 细节 , 使 CORE 变 得 更 
清楚 。 但 识别 和 沫 请 所 有 这 些 子 领域 是 很 困难 的 工作 , 而 且 有 些 工作 看 起 来 并 不 值得 去 做 。 同 时 ， 
最 重要 的 CoRE DoMAIN 仍 然 与 剩 下 的 那些 元 素 纠缠 在 一 起 。 

因此 : 

对 模型 进行 重 构 ， 把 核心 概念 从 支持 性 元 素 (包括 定义 得 不 清楚 的 那些 元 素 ) 中 分 离 出 来 ， 
并 增强 CoRE 的 内 聚 性 ， 同 时 减少 它 与 其 他 代码 的 耦合 。 把 所 有 通用 元 素 或 支持 性 元 素 提取 到 其 
他 对 象 中 ， 并 把 这 些 对 象 放 到 其 他 的 包 中 一 一 即使 这 会 把 一 些 紧密 耦合 的 元 素 分 开 。 

这 里 基本 上 采用 了 与 GENERIC SUBDOMAN 一 样 的 原则 ， 只 是 从 另 一 个 方向 来 考虑 而 已 。 那 些 
在 应 用 程序 中 非常 关键 的 内 取 子 领域 可 以 被 识别 出 来 , 并 分 离 到 它们 自己 的 内 聚 包 中 。 如 何 处 理 
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剩 下 那些 未 加 区 分 的 元 素 虽 然 也 很 重要 , 但 其 重要 性 略 低 。 这 些 元 素 或 多 或 少 地 可 以 保留 在 原先 
的 位 置 ， 也 可 以 放 到 其 他 一 些 主要 的 类 中 。 最 后 ， 越 来 越 多 的 剩余 元 素 可 以 被 提取 到 GENERIC 
SUBDOMAIN 中 。 但 就 目前 来 看 , 使 用 哪 种 简单 解决 方案 都 可 以 ， 只 需 把 注意 力 集中 在 SEGREGATED 
CoRE (隔离 的 核心 ) 上 即 可 。 


兴 洲 党 


通过 重 构 得 到 SEGREGATED CORE 的 一 般 步 豫 如 下 所 示 。 

(1) 识别 出 一 个 CoRE 子 领域 (可 能 是 从 精炼 文档 中 得 到 的 )。 

(2) 把 相关 的 类 移 到 新 的 MopULE 中 ， 并 根据 与 这 些 类 有 关 的 概念 为 模块 命名 。 

(3) 对 代码 进行 重 构 ， 把 那些 不 直接 表示 概念 的 数据 和 功能 分 离 出 来 。 把 分 离 出 来 的 元 素 放 
到 其 他 包 的 类 (可 以 是 新 的 类 ) 中 。 尽 量 把 它们 与 概念 上 相关 的 任务 放 在 一 起 , 但 不 要 为 了 追求 
完美 而 浪费 太 长 时 间 。 把 注意 力 放 在 提炼 CORE 子 领域 上 ， 并 且 使 CORE 子 领域 对 其 他 包 的 引用 变 
得 更 明显 且 易 于 理解 。 

(4) 对 新 的 SEGREGATED CORE MODULE 进 行 重 构 , 使 其 中 的 关系 和 交互 变 得 更 简单 、 表 达 得 更 
清楚 ， 并 且 最 大 限度 地 减少 并 澄清 它 与 其 他 MopULE 的 关系 (这 是 后 续 重 构 的 目标 )。 

(5) 对 另 一 个 CORE 子 领域 重复 这 个 过 程 ， 直 到 完成 SEGREGATED CORE 的 工作 。 


15.8.1 创建 SEGREGATED CORE 的 代价 


有 时 候 ， 把 CoRE 隔 离 出 来 会 使 得 它 与 那些 紧密 耦合 的 非 CoRE 类 的 关系 变 得 更 隐 闻 ， 甚 至 更 
复杂 ， 但 CoRE DoMAIN 更 清晰 了 ， 而 且 更 易于 处 理 ， 因 此 获得 的 好 处 还 是 足以 抵偿 这 种 代价 。 

SEGREGATED CORE 使 我 们 能 够 提高 CORE DOMAIN 的 内 诊 性 。 我 们 可 以 使 用 很 多 有 意义 的 方式 
来 分 解 模型 ， 有 了 时 在 创建 SEGREGATED CORE 时 ， 可 以 把 一 个 内 亭 性 很 好 的 MoDULE 拆 分 开 ， 通过 
竹 和 性 这 种 内 聚 性 来 换取 CoRE DOMAIN 的 内 聚 性 。 这 样 做 是 值得 的 ,因为 企业 软件 的 最 大 价值 来 自 
于 模型 中 企业 的 那些 特有 方面 。 

当然 , 另 一 个 代价 是 隔离 CogE 需 要 付出 很 大 的 工作 量 。 我 们 必须 认识 到 , 在 做 出 SEGREGATED 
CoRE 的 决定 时 ， 有 可 能 需要 开发 人 员 对 整个 系统 做 出 修改 。 

当 系 统 有 一 个 很 大 的 、 非 常 重要 的 BOUNDED COoNTEXT 上 时， 如 果 模 型 的 关键 部 分 被 大 量 支持 
性 功能 掩盖 了 ， 那 么 就 需要 创建 SEGREGATED CORE 了 。 


15.8.2 不 断 发 展演 变 的 团队 决策 


就 像 很 多 战略 设计 决策 所 要 求 的 一 样 ， 创 建 SEGREGATED CORE 需 要 整个 团队 一 致 行动 。 这 一 
行动 需要 团队 的 一 致 决策 ,而 且 团 队 必 须 足 够 自律 和 协调 才能 执行 这 样 的 决策 。 困 难 之 处 在 于 既 
要 约束 每 个 人 使 其 都 使 用 相同 的 CORE 定 义 ， 又 不 能 一 成 不 变 地 去 执行 这 个 决策 。 由 于 CORE 
DoMAIN 也 是 不 断 演 变 的 〈 像 任何 其 他 设计 方面 一 样 ) ， 在 处 理 SEGREGATED CORE 的 过 程 中 我 们 会 
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不 断 积累 经 验 , 这 将 使 我 们 对 什么 是 核心 什么 是 支持 元 素 这 些 问 题 产 生 新 的 理解 。 我 们 应 该 把 这 
些 理解 反馈 到 设计 中 ， 从 而 得 到 更 完善 的 CORE DOMAIN 和 SEGREGATED CORE MODULE 的 定义 。 

这 意味 着 新 的 理解 必须 持续 不 断 地 在 整个 团队 中 共享 , 但 个 人 (或 编程 对 ) 不 能 单方 面 根据 
这 些 理解 擅自 采取 行动 。 无 论 团队 采用 了 什么 样 的 决策 过 程 ， 团队 一 臻 通过 也 好 ， 由 领导 者 下 命 
令 决 定 也 好 ， 决 策 过 程 都 必须 具有 足够 的 敏捷 性 ， 可 以 反复 纠正 。 团 队 必 须 进 行 有 效 的 沟通 ， 以 
便 使 每 个 人 都 共享 同一 个 CoRE 视 图 。 

















把 货物 运输 模型 的 CoRE 隔 离 出 来 
我 们 从 图 15-2 所 示 的 模型 开始 ， 把 它 作 为 货物 运输 调度 软件 的 基础 。 
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注意 ,与 实际 应 用 程序 所 需 的 模型 相 比 ， 这 个 模型 是 高 度 简化 的 。 真 实 的 模型 过 于 复杂 , 不 
适合 作为 例子 。 因 此 ， 尽 管 这 个 示例 的 复杂 程度 可 能 不 足以 驱使 我 们 创建 SEGREGATED CORE， 但 
可 以 把 这 个 模型 想象 得 十 分 复杂 ， 很 难 解释 ， 而 且 无 法 作为 一 个 整体 来 处 理 。 

现在 ,运输 模型 的 实质 是 什么 ”通常 “底线 ”是 一 个 很 好 的 起 点 。 按 照 这 个 思路 ,我们 可 能 
会 注意 到 Pricing (定价 ) 和 Invoice (发 票 ) 上 。 但 实际 上 我 们 需要 看 一 下 DoMAm VISION STATEMENT。 
以 下 就 是 从 前 景 说 明 中 摘录 的 : 


这 个 应 用 程序 并 不 是 为 销售 部 门 设计 的 ， 而 是 供 公 司 一 线 操作 人 员 使 用 。 因 此 ,我 们 把 所 有 
与 金钱 有 关 的 问题 (当然 很 重要 ) 归结 为 支持 性 作用 。 已 经 有 人 把 一 些 这 样 的 项 放 到 一 个 单独 的 
包 (Biling) 中 。 我 们 可 以 保留 这 个 包 ， 并 进一步 确认 它 起 到 支持 作用 。 

我 们 需要 把 重点 放 在 货物 处 理 上 : 根据 客户 需求 来 运输 货物 。 我 们 把 与 这 些 活动 直接 相关 的 
类 提取 出 来 放 到 一 个 新 的 包 Delivery 中 ， 这 样 就 产生 了 一 个 SEGREGATED CORE， 如 图 15-3 所 示 。 

大 部 分 操作 都 只 是 把 类 移动 到 新 的 包 中 ， 但 模型 本 身 也 有 儿 处 改动 。 

首先 ，Customer Agreement 对 Handling Step 进 行 了 约束 。 这 是 团队 在 隔离 CORE 过 程 中 获得 的 
典型 理解 。 由 于 团队 把 注意 力 放 在 有 效 、 正 确 的 运输 上 ， 显 然 Customer Agreement 中 的 运输 约束 
是 非常 重要 的 ， 而 且 应 该 在 模型 中 显 式 地 表达 出 来 。 

另 一 项 更 改 更 有 实效 。 在 重 构 之 后 的 模型 中 ，Customer Agreement 直 接连 接 到 Cargo， 而 不 再 
需要 通过 Customer 进 行 导 航 (在 预订 Cargo 有 时 ，Customer Agreement 必 须 像 Customer 一 样 连接 到 
Cargo)。 在 实际 运输 时 ，Customer 与 运输 作业 的 关系 不 如 协议 与 作业 的 关系 紧密 。 而 在 原来 的 模 
型 中 ， 必 须根 据 Customer 在 运输 中 的 角色 找到 正确 的 Customer ， 然 后 再 查询 其 Customer 
Agreement。 这 种 交互 使 得 模型 表述 的 关系 不 易 理 解 。 新 的 关联 使 那些 最 重要 的 场景 变 得 尽 可 能 
简单 和 直接 。 现 在 就 很 容易 把 Customer 完 全 从 CORE 中 分 离 出 去 了 。 

那么 到 底 是 否 应 该 把 Customer 提 取出 来 呢 ” 我 们 的 美 注 点 是 要 满足 Customer 的 需求 ， 因 此 最 
初 看 上 去 Customer 应 该 属于 CoRE 。 然 而 ， 由 于 运输 期 间 的 交互 现在 可 以 直接 访问 Customer 
Agreement 了 ， 因 此 就 不 再 需要 Customer 类 。 这 样 Customer 的 基本 模型 就 非常 普通 了 。 

Leg 是 否 应 该 保留 在 CoRE 中 这 个 问题 可 能 会 引起 很 大 的 争议。 我 的 意见 是 CORE 应 保持 最 小 
化 ， 而 且 Leg 与 Transport Schedule、Routing Service 和 Lecation 应 该 具有 更 紧密 的 联系 ， 而 这 三 者 
都 不 需要 在 CORE 中 。 但 是 ， 如 果 这 个 模型 描述 的 很 多 场景 都 涉及 Leg， 那 么 我 就 会 把 它 移 到 
Delivery 包 中 ， 即 使 把 它 与 上 面 那些 类 分 开 显 得 有 些 不 协调 。 

在 这 个 例子 中 ,所 有 类 定义 都 与 先前 相同 ， 但 精炼 通 沼 都 需要 对 类 进行 重 构 ， 以 
用 的 职责 和 领域 的 专 有 职责 ， 然 后 就 可 以 把 核心 隔离 出 来 了 。 hp 

既然 我 们 已 经 有 了 一 个 SEGREGATED CoRE, 重 构 就 完成 了 。 但 剩 下 的 Shipping 包 正 是 “把 仿 BK 
提取 出 来 后 剩 下 的 所 有 东西 ”"。 我 们 可 以 再 进行 其 他 的 重 构 过 程 ， 以 便 得 到 更 清晰 的 打包 方 - i 


时 





如 图 15-4 所 示 。 
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图 15-3 ”按照 客户 需求 可 靠 地 运输 货物 是 这 个 项 目的 核心 目标 
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图 15-4 ”完成 SEGREGATED CORE 之 后 留 下 的 有 意义 的 非 CoRE 子 领域 MoDULE 


这 种 效果 不 是 一 次 就 能 实现 的 ， 


可 能 需要 经 过 多 次 重 构 。 于 是 ， 我 们 最 后 得 到 了 一 个 


SEGREGATED CORE 包 、 一 个 GENERIC SUBDOMAIN 和 两 个 起 支持 作用 的 领域 专用 包 。 在 有 了 更 深 


432 
2 
434 


领域 专家 在 战略 精炼 中 进行 协作 ， 这 种 协作 是 知识 消化 过 程 的 一 部 分 。 








层 的 理解 后 ， 可 能 会 为 Customer 创 建 一 个 GENERIC SUBDOMAIN， 或 者 将 Customer 专 用 于 运输 。 
识别 有 用 的 、 有 意义 的 MoODULE 是 一 项 建 模 活动 (正如 第 $ 章 中 所 讨论 的 那样 )。 开 发 人 员 和 
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15.9 模式: ABSTRACT CORE 
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即使 是 CORE DOMAIN 模型 也 通常 会 包含 太 多 的 细节 ， 以 至 于 它 很 难 表达 出 整体 视图 。 


iv 1 Ra 
A 7 2 


我 们 处 理 大 模型 的 方法 通常 是 把 它 分 解 为 足够 小 的 子 领域 ,以 便 掌握 它们 并 把 它们 放 到 一 些 
独立 的 MopULE 中 。 这 种 简化 式 的 打包 风格 通常 是 行 之 有 效 的 ， 能 够 使 一 个 复杂 的 模型 变 得 易于 
管理 。 但 有 时 创建 独立 的 MopULE 反 而 会 使 子 领域 之 间 的 交互 变 得 上 涩 难 懂 ， 甚 至 变 得 更 复杂 。 

当 不 同 MODULE 的 子 领域 之 间 有 大 量 交 互 时 ， 要 么 需要 在 MODULE 之 间 创 建 很 多 引用 (在 很 
大 程度 上 抵消 了 划分 模块 的 价值 ) , 要么 就 必须 间接 地 实现 这 些 交 互 , 而 后 者 会 使 模型 变 得 星 涩 
难 懂 。 

我 们 不 妨 考虑 采用 横向 切割 而 不 是 纵向 切割 的 方式 。 多 态 性 (polymorphism) 人 允许 我 们 忽略 
抽象 类 型 实例 的 很 多 细节 变化 。 如 果 MoDpULE 之 间 的 大 部 分 交互 都 可 以 在 多 态 接口 这 个 层次 上 表 
达 出 来 ， 那 么 就 可 以 把 这 些 类 型 重 构 到 一 个 特定 的 CoRE MopULE 中 。 

这 里 并 不 是 寻找 技术 上 的 技巧 。 只 有 当 领 域 中 的 基本 概念 能 够 用 多 态 接口 来 表达 时 , 这 才 是 
一 种 有 价值 的 技术 。 在 这 种 情况 下 ， 把 这 些 分 散 注意 力 的 细节 分 离 出 来 可 以 使 MoDULE 解 辜 ， 同 
时 可 以 精炼 出 一 个 更 小 、 更 内 聚 的 CoRE DOMAIN。 

因此 : 

把 模型 中 最 基本 的 概念 识别 出 来 , 并 分 离 到 不 同 的 类 , 抽象 类 或 接口 中 。 设计 这 个 抽象 模型 ， 
使 之 能 够 表达 出 重要 组 件 之 间 的 大 部 分 交互 。 把 这 个 完整 的 抽象 模型 放 到 它 自己 的 MopuLE 中 ， 
而 专用 的 、 详 细 的 实现 类 则 留 在 由 子 领域 定义 的 MoDULE 中 。 

现在 ， 大 部 分 专用 的 类 都 将 引用 ABsTRACT CoRE MopULE ， 而 不 是 其 他 专用 的 MopULE。 
ABSTRACT CORE (抽象 核心 ) 提供 了 主要 概念 及 其 交互 的 简化 视图 。 
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提取 ABSTRACT CORE 并 不 是 一 个 机 械 的 过 程 。 例 如 ， 如 果 把 MoDULE 之 间 频 繁 引用 的 所 有 类 
都 自动 移动 到 一 个 单独 的 MopULE 中 ， 那 么 结果 可 能 是 一 团 精 ， 这 样 的 结果 是 毫 无 意义 的 。 对 
ABSTRACT CORE 进 行 建 模 需 要 深入 理解 关键 概念 以 及 它们 在 系统 的 主要 交互 中 扮演 的 角色 。 换 言 
之 ， 它 是 通过 重 构 得 到 更 深层 理解 的 。 而 且 它 通常 需要 大 量 的 重新 设计 。 

如 果 项 目 中 同时 使 用 了 ABSTRACT CORE 和 精炼 文档 ,而 且 精 炼 文档 随 着 应 用 程序 理解 的 加 深 
而 不 断 演 变 ， 那 么 抽象 核心 的 最 后 结果 看 起 来 应 该 与 精炼 文档 非常 类 似 。 当 然 ，ABSTRACT CORE 
是 用 代码 编写 的 ， 因 此 更 为 严格 和 完整 。 


15.10 ”深层 模型 精炼 

精炼 并 不 仅 限于 从 整体 上 把 领域 中 的 一 些 部 分 从 CoRE 中 分 离 出 来 。 它 也 意味 着 对 子 领域 ( 特 
别 是 CORE DOMAIN) 进行 精炼 ， 通 过 连续 的 重 构 得 到 更 深层 的 理解 ， 从 而 向 这 层 模型 和 柔性 设计 
推进 。 精 炼 的 目标 是 把 模型 设计 得 更 明显 ,使 我 们 可 以 用 模型 简单 地 把 领域 表示 出 来 。 深层 模型 
把 领域 中 最 本 质 的 方面 精炼 成 一 些 简单 的 元 素 , 使 我 们 可 以 把 这 些 元 素 组 合 起 来 解决 应 用 程序 中 
的 重要 问题 。 

尽管 任何 一 次 突破 都 会 得 到 一 个 有 价值 的 深层 模型 , 但 只 有 CoRE DOMAIN 中 的 突破 才能 改变 
整个 项 目的 轨道 。 


15.11 选择 重 构 目 标 


当 你 遇 到 一 个 杂乱 无 章 的 大 型 系统 时 ， 应 该 从 哪里 人 手 呢 ? 在 XP 社 区 中 ， 答 案 往往 是 以 下 
之 一 : 

(1) 可 以 从 任何 地 方 开 始 ， 因 为 所 有 的 东西 都 要 进行 重 构 ， 

(2) 从 影响 你 工作 的 那 部 分 开始 一 一 也 就 是 完成 具体 任务 所 需要 的 那个 部 分 。 

这 两 种 做 法 我 都 不 赞成 。 第 一 种 做 法 并 不 十 分 可 行 , 只 有 少数 完全 由 顶尖 的 程序 员 组 成 的 团 
队 才 是 例外 。 第 二 种 做 法 往往 只 是 对 外 围 问题 进行 了 处 理 ， 只 治 其 标 而 不 治 其 本 ,回避 了 最 严重 
的 问题 。 最 终 这 会 使 代码 变 得 越 来 越 难以 重 构 。 

因此 ， 如 果 你 既 不 能 全 面 解 决 问题 ， 又 不 能 “哪儿 痛 治 哪儿 ”， 那 么 该 怎么 办 呢 ? 

(1) 如 果 采 用 “哪儿 痛 治 哪儿 ”这 种 重 构 策略 ， 要 观察 一 下 根源 问题 是 否 涉及 CoRE DOMAIN 
或 CORE 与 支持 元 素 的 关系 。 如 果 确 实 涉及 ， 那 么 就 要 接受 挑战 ， 首 先 修复 核心 。 

(2) 当 可 以 自由 选择 重 构 的 部 分 时 ， 应 首先 集中 精力 把 CoRE DoMAIN 更 好 地 提取 出 来 ， 完 善 
对 CoRE 的 隔离 ， 并 且 把 支持 性 的 子 领域 提炼 成 通用 子 领 域 。 

以 上 就 是 如 何 从 重 构 中 获取 最 大 利益 的 方法 。 








大 比例 结构 





数 咎 人 分 工 合作 来 制作 “艾滋 病 纪念 拼 被 * (AIDS Quilt) 

丰 生 全 安 小 的 设计 公司 答 了 一 份 为 卫 尾 通信 系统 创建 模 所 器 的 合同 。 工作 进展 得 很 顺 

士 利 , 他 们 正在 开发 一 个 MoDBL-DRIVEN DEsIGN， 这 个 设计 能 够 表示 和 模拟 各 种 网 络 条 

件 和 故障 。 

但 开发 团队 的 领导 者 却 有 点 不 安 。 问 题 本 身 是 太 复杂 了 。 为 了 澄清 模型 中 的 复杂 关系 ,他 们 
已 经 把 设计 分 解 为 一 些 在 规模 上 便于 管理 的 内 聚 MopuLE， 于 是 便 有 了 现在 的 很 多 MopurE。 在 
这 种 情况 下 ， 开 发 人 员 要 想 查找 某 个 功能 ， 应 该 到 哪个 MopurE 中 去 查 呢 ? 如 果 有 了 一 个 新 类 ， 
应 该 把 它 放 在 哪里 ? 这 些小 Mopurs 的 实际 意义 是 什么 ?它们 又 是 如 何 结合 到 一 起 的 呢 ? 而 且 
以 后 还 要 创建 更 多 的 MODULE。 

开发 人 员 互 相 之 间 仍然 能 够 进行 很 好 的 沟通 ,而且 也 知道 每 天 都 要 做 什么 工作 , 但 项 目 领导 
者 却 不 满足 这 种 一 知 半 解 的 状态 。 他 们 需要 某 种 组 织 设计 的 方式 ,以 便 在 项 目 进入 到 更 复杂 的 阶 
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段 时 能 够 理解 和 控制 它 。 

他 们 进行 了 头脑 风暴 活动 , 发 现 了 很 多 可 行 的 办 法 。 开 发 人 员 提 出 了 不 同 的 打包 方案 。 有 一 
些 文档 给 出 了 系统 的 全 貌 , 还 有 一 有 关 建 模 工具 中 的 类 图 的 新 的 认识 可 以 用 来 指导 开发 人 员 设 计 
出 更 适当 的 模块 。 但 项 目 领 导 者 对 这 些小 化 招 并 不 满意 。 

他 们 可 以 用 模型 把 模拟 器 的 工作 流程 简单 地 摘 述 出 来 ,也 可 以 说 清楚 数据 是 如 何在 基础 设施 
上 分 布 的 , 而 且 电 信和 技术 层 还 保证 了 数据 的 完整 性 和 路 由 选择 。 模 型 中 包含 了 所 有 细 市 ， 却 没有 
一 条 清楚 的 主线 。 

领域 的 一 些 重要 概念 丢失 了 。 但 这 次 丢失 的 不 是 对 象 模型 中 的 一 两 个 类 , 而 是 整个 模型 的 结 
构 。 

经 过 一 两 周 的 仔细 思考 之 后 , 开发 人 员 有 了 思路 。 他 们 打算 把 设计 放 到 一 个 结构 中 。 整 个 模 
拟 器 将 被 看 作 由 一 系列 层 组 成 , 这 些 层 分 别 对 应 于 通信 系统 的 各 个 方面 。 最 下 面 的 层 用 来 表示 物 
理 基 础 设施 , 它 具 有 将 数据 位 从 一 个 节点 传送 到 另 一 个 节点 的 基本 能 力 , 它 的 上 面 是 封包 路 由 层 ， 
与 数据 流 定 向 有 关 的 问题 都 被 集中 到 这 一 层 中 。 其 他 的 层 则 表示 其 他 概念 层次 的 问题 。 这 些 层 共 
同 描述 了 系统 的 大 致 情况 。 

他 们 开始 按照 新 的 结构 来 重 构 代 码 。 为 了 不 让 模式 跨越 多 个 层 ， 必须 对 它们 重新 定义 。 在 一 
些 情 况 下 ， 还 需要 重 构 对 象 职责 ， 以 便 明 确 地 让 每 个 对 象 只 属于 一 个 层 。 另 一 方面 ， 在 应 用 这 些 

440| ”新 思路 的 实际 经 验 的 基础 上 ， 概 念 层 本 身 的 定义 也 得 到 了 精 化 。 层 、MODULE 和 对 象 一 起 演变 ， 

最 后 ， 整 个 设计 都 符合 了 这 种 分 层 结构 的 大 体 轮廓 。 

这 些 层 并 不 是 MopULE， 也 不 是 任何 其 他 的 代码 工件 。 它 们 是 一 种 全 局 性 的 规则 集 ， 用 于 约 
束 整 个 设计 中 的 任何 MoDULE 或 对 象 (甚至 包括 与 其 他 系统 的 接口 ) 的 边界 和 关系 。 

有 了 这 种 分 层级 别 之 后 , 设计 重新 变 得 易于 理解 了 。 人 们 基本 上 知道 了 到 哪里 去 寻找 某 个 特 
定 功能 。 分 工 不 同 的 开发 人 员 所 做 的 设计 决策 可 以 大 体 上 互相 保持 一 致 。 这 样 就 可 以 处 理 更 加 复 
杂 的 设计 了 。 


即使 将 一 个 大 的 模型 分 解 为 许多 MopULE， 其 复杂 性 也 可 能 会 使 它 变 得 很 难 掌握 。MODULE 
确实 把 设计 分 解 为 更 易 管理 的 小 部 分 , 但 MopULE 的 数量 可 能 会 很 多 。 此 外 ,模块 化 并 不 一 定 能 
够 保证 设计 的 一 致 性 。 对 象 与 对 象 之 间 , 包 与 包 之 间 ， 可 能 由 于 应 用 了 不 一 样 的 设计 决策 而 变 得 
混乱 ， 每 个 决策 看 起 来 都 合情合理 ， 但 又 各 自 不 同 。 

严格 划分 BOUNDED CONTEXT 可 能 会 防止 出 现 这 种 破坏 和 混淆 ,但 如 果 使 用 它 的 话 ， 我 们 就 
很 难 把 系统 看 作 一 个 整体 了 。 

精炼 可 以 才 助 我 们 把 注意 力 集中 于 CoRE DoMAIN， 并 将 子 领域 分 离 出 来 ， 让 它们 承担 一 些 
支持 性 的 职责 。 但 我 们 仍然 需要 理解 这 些 支 持 性 元 素 ， 以 及 它们 与 CORE DOMAm 的 关系 ， 还 有 
它们 互相 之 间 的 关系 。 理 想 的 情况 是 ， 整 个 CORE DoMAIN 应 该 在 没有 其 他 支持 性 元 素 的 情况 下 

也 照样 非常 请 楚 和 易于 理解 ， 但 我 们 并 不 总 能 达到 这 样 一 种 境界 。 
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无 论 项 目的 规模 如 何 ， 人 们 总 需要 有 各 自 的 分 工 , 来 负责 系统 的 不 同 部 分 。 如 果 没 有 任何 协 
调 机 制 或 规则 ,那么 相同 问题 的 各 种 不 同 风格 和 截然 不 同 的 解决 方案 就 会 混杂 在 一 起 , 使 人 们 很 
难 理解 各 个 部 分 是 如 何 组 织 在 一 起 的 , 也 不 可 能 看 到 整个 系统 的 统一 视图 。 从 设计 的 一 个 部 分 学 
到 的 东西 并 不 适用 于 这 个 设计 的 其 他 部 分 , 因此 项 目 最 后 的 结果 是 在 不 同 MopULE 中 工作 的 开发 
人 员 脱 离 了 他 们 自己 的 狭窄 范围 之 后 就 无 法 互相 帮助 。 在 这 种 情况 下 ，CONTINUOUS INTEGRATION 
根本 无 法 实现 ， 而 BOUNDED CONTEXT 也 使 项 目 变 得 支离破碎 。 

在 一 个 大 的 系统 中 , 如 果 因 为 缺少 一 种 全 局 性 的 原则 而 使 人 们 无 法 根据 元 素 在 模式 (这 些 模 
式 被 应 用 于 整个 设计 ) 中 的 角色 来 解释 这 些 元 素 , 那么 开发 人 员 就 会 陷入 “只 见 树木 , 不 见 森 林 ” 
的 境地 。 

我 们 需要 理解 各 个 部 分 在 整体 中 的 角色 ， 而 不 必 去 深究 细节 。 

“大 比例 结构 ”是 一 种 语言 ， 人 们 可 以 用 它 来 从 大 局 上 讨论 和 理解 系统 。 它 用 一 组 高 级 概念 
或 规则 (或 两 者 兼 有 ) 来 为 整个 系统 的 设计 建立 一 种 模式 。 这 种 组 织 原则 既 能 指导 设计 ， 又 能 帮 
助理 解 。 另 外 ， 它 还 能 够 协调 不 同人 员 的 工作 ， 因 为 它 提 供 了 共享 的 整体 视图 概念 ， 让 人 们 知道 
各 个 部 分 在 整体 中 的 角色 。 

设计 一 种 应 用 于 整个 系统 的 规则 (或 角色 和 关系 ) 模式 , 使 人 们 可 以 通过 它 在 一 定 程度 上 了 
解 各 个 部 分 在 整体 中 所 处 的 位 置 (即使 是 在 不 知道 各 个 部 分 的 详细 职责 的 情况 下 ) 。 

这 种 结构 可 以 被 限制 在 一 个 BOUNDED CONTEXT 中 ， 但 通常 情况 下 它 会 跨越 多 个 BOUNDED 
CONTEXT， 并 通过 提供 一 种 概念 组 织 把 项 目 涉及 的 所 有 团队 和 子 系统 紧密 结合 到 一 起 。 好 的 结构 
可 以 帮助 人 们 深入 地 理解 模型 ， 还 能 够 对 精炼 起 到 补充 作用 。 
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大 部 分 大 比例 结构 都 无 法 用 UML 来 表示 ， 而 且 也 不 需要 这 样 做 。 这 些 大 比例 结构 是 用 来 勾 
画 和 解释 模型 及 设计 的 , 但 在 设计 中 并 不 出 现 ， 它们 只 是 用 来 表达 设计 的 另外 一 种 方式 。 在 本 章 
的 示例 中 ， 你 将 看 到 许多 添加 了 大 比例 结构 信息 的 非 正 式 的 UML 图 。 

当 团队 规模 较 小 而 且 模 型 也 不 太 复杂 时 ， 只 需 将 模型 分 解 为 正确 命名 的 MopuLE， 再 进行 一 
定 程度 的 精炼 ,然后 在 开发 人 员 之 间 进 行 非 正 式 的 协调 ,以 上 这 些 就 是 以 使 模型 保持 良好 的 组 织 
结构 了 。 

大 比例 结构 可 以 节省 项 目的 开发 费用 , 但 不 适当 的 结构 会 严重 妨碍 开发 的 进展 。 本 章 将 探讨 
一 些 能 成 功 构建 这 种 设计 结构 的 模式 。 


16.1 模式 ; EVOLVING ORDER 


很 多 开发 人 员 都 亲自 经 历 过 由 于 结构 混乱 而 产生 的 代价 。 为 了 避免 混乱 , 项 目 施行 了 从 各 个 
方面 对 开发 进行 约束 的 架构 ,一 些 技术 架构 确实 能 够 解决 技术 问题 , 例如 网 络 或 数据 持久 化 问题 ， 
但 当 我 们 在 应 用 层 和 领域 模型 中 使 用 架构 时 ,它们 可 能 会 产生 自己 的 问题 。 它 们 往往 会 妨 但 开发 
人 员 创 建 适合 于 解决 特定 问题 的 设计 和 模型 。 一些 要 求 过 高 的 架构 甚至 会 妨碍 编程 语言 本 身 的 使 
用 ， 导 致 应 用 程序 开发 人 员 根 本 无 法 使 用 他 们 在 编程 语言 中 最 熟悉 的 和 技术 能 力 很 强 的 一 些 功 
能 。 而 且 ， 有 些 架构 无 论 是 面向 技术 的 ， 还 是 面向 领域 的 ， 都 会 使 很 多 前 期 设计 决策 定格 ， 随 着 
需求 的 更 改 和 理解 的 深入 ， 这 些 架 构 会 使 项 目 变 得 束 手 束 脚 。 

近年 来 ， 一 些 技术 架构 〈 例 如 J2EE) 已 经 成 为 主流 技术 ， 而 人 们 对 领域 层 中 的 大 比例 结构 
却 没有 做 多 少 研究 ， 这 是 因为 应 用 程序 不 同 ， 其 各 自 的 需求 也 大 为 不 同 。 

在 项 目的 前 期 使 用 大 比例 结构 可 能 需要 很 大 的 成 本 。 随 着 开发 的 进行 , 我 们 肯定 会 发 现 更 适 
当 的 结构 , 黄 至 会 发 现 先前 使 用 的 结构 妨碍 了 我 们 采取 一 种 使 应 用 程序 更 清晰 和 简化 的 路 线 。 这 
种 结构 的 一 部 分 是 有 用 的 , 但 却 使 你 失去 了 其 他 很 多 机 会 。 你 的 工作 会 惕 下 来 ， 因 为 你 要 寻找 解 
决 的 办 法 或 试 着 与 架构 师 们 进行 协商 。 但 经 理会 认为 架构 已 经 定 下 来 了 , 当初 选 这 个 架构 就 是 因 
为 它 能 够 使 应 用 程序 变 得 简单 一 些 ， 那 为 什么 不 去 开发 应 用 程序 , 却 在 这 些 架 构 问 题 上 纠缠 不 清 
呢 ? 即使 经 理 和 架构 团队 能 够 接受 这 些 问 题 , 但 如 果 每 次 修改 都 像 是 一 场 攻坚 战 , 那么 人 们 很 快 
就 会 疲乏 不 堪 。 

一 个 没有 任何 规则 的 随意 设计 会 产生 一 些 无 法 理解 整体 含义 且 很 难 维护 的 系统 ,但 架构 中 预 
先 规定 的 假设 又 会 使 项 目 变 得 束 手 束 脚 , 而 且 会 极 大 地 限制 应 用 程序 中 某 些 特定 部 分 的 开发 人 员 
/设计 人 员 的 能 力 。 很 快 ， 开 发 人 员 就 会 为 适应 结构 而 不 得 不 在 应 用 程序 的 开发 上 委 曲 求全 ， 要 
么 就 是 完全 推翻 架构 而 又 回 到 不 协调 的 开发 的 老路 上 来 。 

问题 并 不 在 于 指导 规则 本 身 应 不 应 该 存在 ,而 在 于 这 些 规则 的 严格 性 和 来 源 。 如 果 这 些 用 于 
控制 设计 的 规则 确实 符合 开发 环境 , 那么 它们 不 但 不 会 阻碍 开发 , 而 且 还 会 推动 开发 在 健康 的 方 
向 上 前 进 ， 并 且 保 持 开 发 的 一 致 性 。 

因此 : 
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应 该 允许 这 种 概念 上 的 大 比例 结构 随 着 应 用 程序 一 起 演变 , 甚至 可 以 变 成 一 种 完全 不 同 的 结构 
风格 。 有 些 设计 决策 和 模型 决策 必须 在 掌握 了 详细 知识 之 后 才能 确定 , 这 样 的 决策 不 必 过 早 地 制定 。 

有 了 时 个 别 部 分 具有 一 些 很 自然 且 有 用 的 组 织 和 表示 方式 , 但 这 些 方式 并 不 适用 于 整体 ,因此 
施加 爹 局 规则 会 使 这 些 部 分 的 设计 不 够 理想 。 在 选择 大 比例 结构 时 ,应 该 侧重 于 整体 模型 的 易 管 
理性 ,而 不 是 优化 个 别 部 分 的 结构 。 因 此 ， 在 “统一 使 用 结构 ”和 “用 最 自然 的 方式 表示 个 别 组 
件 ” 之 间 需 要 做 出 一 些 折 中 选择 。 根 据 实 际 经 验 和 领域 知识 来 选择 结构 ， 并 避免 对 结构 进行 过 多 
限制 ， 以 便 更 有 利于 折 中 。 真 正 适 合 领 域 和 需求 的 结构 能 够 使 细节 的 建 模 和 设计 变 得 更 容易 ,， 因 
为 它 快 速 排除 了 很 多 选项 。 

大 比例 结构 还 能 够 为 我 们 在 制定 设计 决策 提供 捷径 , 虽然 原则 上 也 可 以 通过 研究 各 个 对 象 来 
向 出 这 些 决策 ， 但 实际 上 这 会 耗费 太 长 时 间 ， 而 且 可 能 产生 不 一 致 的 结果 。 当 然 ， 持 续 重 构 仍 然 
是 必要 的 ， 但 这 种 结构 可 以 帮助 重 构 变 得 更 易于 管理 ， 并 使 不 同 的 人 能 够 得 到 一 致 的 解决 方案 。 

大 比例 结构 通常 需要 能 够 跨越 BoUNDED CONTEXT 来 使 用 ,在 经 历 了 实际 项 目 上 的 迭代 之 后 ， 
结构 将 失去 一 些 与 某 一 特定 模型 联系 非常 紧密 的 特性 ， 也 会 得 到 一 些 符 合 领 域 的 CONCEPTUAL 
CONTOUR 的 特性 。 这 并 不 意味 着 它 不 能 对 模型 做 出 任何 假设 , 而 是 说 它 不 会 把 一 些 专门 针对 局 部 
情况 而 做 的 假设 强加 于 整个 项 目 。 它 应 该 为 那些 在 不 同 CONTEXT 中 工作 的 开发 困 队 保留 一 定 的 
自由 ， 允 许 他 们 为 了 满足 局 部 需要 而 修改 模型 。 

此 外 ,大 比例 结构 必须 适应 开发 工作 中 的 实际 约束 。 例如 , 设计 人 员 可 能 无 法 控制 系统 的 某 
些 部 分 的 模型 ， 特别 是 外 部 子 系统 或 遗留 子 系统 。 这 个 问题 有 多 种 解决 方式 ,例如 修改 结构 使 之 
更 好 地 符合 特定 外 部 元 素 , 或 者 指定 应 用 程序 与 外 部 元 素 的 关联 方式 , 或 者 使 结构 变 得 足够 松散 ， 
以 适应 一 些 难 以 处 理 的 现实 情况 。 

与 CONTEXT MAP 不 同 的 是 ， 大 比例 结构 是 可 选 的 。 当 使 用 某 种 结构 可 以 节省 成 本 并 带 来 益 
处 时 ， 就 应 该 使 用 它 ， 而 且 当 发 现 了 一 种 适当 的 结构 时 ， 也 应 该 使 用 它 。 实 际 上 ， 如 果 一 个 系统 
简单 到 把 它 分 解 为 MopULE 就 足以 理解 它 ， 那么 就 不 必 使 用 这 种 结构 了 。 当 发 现 一 种 大 比例 结构 
可 以 明显 使 系统 变 得 更 清晰 , 而 又 没有 为 模型 开发 施加 一 些 不 自然 的 约束 时 , 就 应 该 采用 这 种 结 
构 。 使 用 不 合适 的 结构 还 不 如 不 使 用 它 ,， 因 此 最 好 不 要 为 了 追求 设计 的 完整 性 而 勉强 去 使 用 一 种 
结构 ， 而 应 该 找到 能 够 最 精简 地 解决 所 出 现 问题 的 方案 。 要 记 住 宁 缺 勿 小 的 原则 。 

大 比例 结构 可 能 非常 有 帮助 , 但 也 有 少数 不 适用 的 情况 , 这 些 例 外 情况 应 该 以 某 种 方式 被 标 
记 出 来 , 以 便 让 开发 人 员 知 道 在 没有 特殊 和 注 明 时 可 以 遵循 这 种 结构 。 如 果 不 适用 的 情况 开始 大 量 
出 现 ， 就 要 修改 这 种 结构 了 ， 或 者 干脆 不 用 它 。 


如 前 所 述 , 要 想 创建 一 种 既 为 开发 人 员 保留 必要 自由 度 同时 又 能 保证 开发 工作 不 会 陷入 混乱 


的 结构 绝 非 易 事 。 尽管 人 们 已 经 在 软件 系统 的 技术 架构 上 投入 了 大 量 工作 , 但 有 关 领 域 层 的 结构 
化 研究 还 很 少见 。 一 些 方法 会 破坏 面向 对 象 的 范式 , 例如 那些 按 应 用 或 按 用 例 对 领域 进行 分 解 的 
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方法 。 整 个 领域 的 研究 还 很 贫 盗 。 我 曾经 在 一 些 项 目 上 看 到 过 几 个 通用 的 大 比例 结构 模式 。 本 章 
将 讨论 4 种 模式 ， 其 中 可 能 会 有 一 种 符合 你 的 需要 ， 或 者 能 够 为 你 提供 一 些 思路 ， 从 而 找到 一 种 
非常 适合 你 的 项 目的 结构 。 


16.2 ”模式 : SYsTEM METAPHOR 


隐喻 思维 在 软件 开发 (特别 是 模型 ) 中 是 很 普遍 的 。 但 极限 编程 中 的 “隐喻 ” 却 具有 另外 一 
种 含义 ， 它 用 一 种 特殊 的 隐喻 方式 来 使 整个 系统 的 开发 井然 有 序 。 


1 
2 
人 


一 栋 大 楼 的 防火 墙 能 够 在 周围 发 生火 灾 时 防止 火势 从 其 他 建筑 蔓延 到 它 自 身 ,同样 ,软件 “ 防 
火 墙 ” 可 以 保护 局 部 网 络 免 受 来 自 更 大 的 外 部 网 的 破坏 。 这 个 “防火 墙 ” 的 隐喻 对 网 络 架 构 产 生 
了 很 大 影响 , 并 且 由 此 而 产生 了 一 整套 产品 类 别 。 有 多 种 互相 竞争 的 防火 墙 可 供 消 费 者 选择 ， 它 
们 都 是 独立 开发 的 , 而 且 人 们 知道 它们 在 一 定 程度 上 具有 可 互 换 性 。 即 使 网 络 的 初学 者 也 很 容易 
掌握 这 个 概念 。 这 种 在 整个 行业 和 客户 中 的 共同 理解 很 大 一 部 分 上 得 益 于 隐喻 。 

然而 这 个 类 比 却 并 不 准确 , 而 且 防 火 墙 从 功能 上 来 看 也 是 把 双 刃 剑 。 防 火 墙 的 隐喻 引导 人 们 
开发 出 了 软件 屏障 ,但 有 时 它 并 不 能 起 到 充分 的 防护 作用 ， 而 且 会 阻止 正当 的 数据 交换 ， 同 时 也 
无 法 防护 来 自 网 络 内 部 的 威胁 。 例 如 ， 无 线 LAN 就 存在 漏洞 。 防 火 墙 这 个 形象 的 隐喻 确实 很 有 
用 , 但 所 有 隐喻 也 都 是 有 旺 端 的 ”。 

软件 设计 往往 非常 抽象 且 难 于 掌握 。 开 发 人 员 和 用 户 都 需要 一 些 切 实 可 行 的 方式 来 理解 系 
统 ， 并 共享 系统 的 一 个 整体 视图 。 

从 茶 种 程度 上 讲 , 隐喻 是 对 人 们 影响 很 深 的 一 种 思考 方式 ， 它 已 经 渗透 到 每 个 设计 中 。 系 统 
有 很 多 “ 层 ”"， 层 与 层 之 间 依次 登 放 起 来 。 系 统 还 有 “内 核 "， 位 于 这 些 层 的 “中 心 "。 但 有 时 一 
个 隐喻 可 以 传达 整个 设计 的 中 心 主题 ， 并 能 够 代表 团队 所 有 成 员 的 共同 理解 。 

在 这 种 情况 下 , 系统 实际 上 就 是 由 这 个 隐喻 塑造 的 。 开发 人 员 所 做 的 设计 决策 也 将 与 系统 隐 
喻 保持 一 致 。 这 种 一 致 性 使 其 他 开发 人 员 能 够 根据 同一 个 隐喻 来 解释 复杂 系统 中 的 多 个 部 分 。 开 
发 人 员 和 专家 在 讨论 时 有 一 个 比 模型 本 身 更 具体 的 参考 点 。 

SYsTEMMETAPHOR (系统 隐喻 ) 是 一 种 松散 的 、 易 于 理解 的 大 比例 结构 , 它 与 对 象 范式 是 协调 的 。 
由 于 系统 隐喻 只 是 对 领域 的 一 种 类 比 ， 因 此 不 同 模型 可 以 用 近似 的 方式 来 使 用 它 ， 这 使 得 人 们 能 
在 多 个 BOUNDED CONTEXT 中 使 用 系统 隐喻 ， 从 而 有 助 于 协调 各 个 BOUNDED CONTEXT 之 间 的 工作 。 

SYSTEM METAPHOR 是 极限 编程 的 核心 实践 之 一 ， 因 此 它 已 经 成 为 一 种 非常 流行 的 方法 (Beck 
2000)。 遗憾 的 是 , 很 少 有 项 目 能 够 找到 真正 有 用 的 METAPHOR, 而 且 人 们 有 了 时 还 会 把 一 些 起 反 作 
用 的 隐喻 思想 灌输 到 领域 中 。 有 时 使 用 太 强 的 隐喻 反而 会 有 风险 ,因为 它 使 设计 中 摊 杂 了 一 些 与 


@ 当 我 在 一 次 座谈 会 中 昕 到 Ward Cunningham 举 的 防火 墙 这 个 示例 后 ， 终 于 明白 了 SYSTEM METAPHOR 的 意思 。 
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当前 问题 无 关 的 类 比 ， 或 者 是 类 比 虽然 很 有 吸引 力 ， 但 它 本 身 并 不 恰当 。 

尽管 如 此 ，SYSTEM METAPHOR 仍然 是 众所周知 的 大 比例 结构 ， 它 对 一 些 项 目 非 常 有 用 ， 而 
且 很 好 地 说 明了 结构 中 的 总 体 概 念 。 

因此 : 

当 系 统 的 一 个 具体 类 比 正好 符合 团队 成 员 对 系统 的 想象 ,并且 能 够 引导 他 们 向 着 一 个 有 用 的 
方向 进行 思考 时 ， 就 应 该 把 这 个 类 比 用 作 一 种 大 比例 结构 。 围 绕 这 个 隐喻 来 组 织 设 计 ， 并 把 它 吸 
收 到 UBIQUITOUS LANGUAGE 中 。SYSTEM METAPHOR 应 该 既 能 促进 系统 的 交流 ， 又 能 指导 系统 的 
开发 。 它 可 以 增加 系统 不 同 部 分 之 间 的 一 致 性 ， 甚 至 可 以 跨越 不 同 的 BOUNDED CONTEXT。 但 所 
有 隐喻 都 不 是 完全 精确 的 ， 因 此 应 不 断 检 查 隐 喻 是 否 过 度 或 不 恰当 ， 当 发 现 它 起 到 妨碍 作用 时 ， 
要 随时 准备 放弃 它 。 


“幼稚 隐喻 ”以 及 我 们 为 什么 不 需要 它 


由 于 在 大 多 数 项 目 并 不 会 自动 出 现 有 用 的 隐喻 ,因此 XP 社区 中 的 一 些 人 开始 谈论 “幼稚 隐 
喻 ”(Naive Metaphor) ， 他 们 所 说 的 幼稚 隐喻 就 是 领域 模型 本 身 。 

这 个 术语 的 一 个 问题 在 于 , 一 个 成 熟 的 领域 模型 绝对 不 会 是 “幼稚 的 ”。 实际 上 ,，“ 工 资 处 理 
就 像 一 条 装配 线 ” 这 个 隐喻 与 模型 的 实际 情况 相 比 要 幼稚 得 多 ， 因 为 模型 是 软件 开发 人 员 与 领域 
专家 进行 了 多 次 知识 消化 的 迭代 过 程 才 得 到 的 , 它 已 经 紧密 结合 到 应 用 程序 的 实现 中 , 并 经 过 了 

“幼稚 隐喻 ”这 个 术语 应 该 停止 使 用 了 。 

SYSTEM METAPHOR 并 不 适用 于 所 有 项 目 。 从 总 体 上 讲 ， 大 比例 结构 并 不 是 必须 使 用 的 。 在 
极限 编程 的 12 个 实践 中 ，SYsTEMMETAPHOR 的 角色 可 以 由 UBIQUITOUS LANGUAGE 来 承担 。 当 在 
项 目 中 发 现 一 种 非常 合适 的 SYSTEM METAPHOR 或 其 他 大 比例 结构 时 ， 应 该 用 它 来 补充 
UBIQUITOUS LANGUAGE。 


16.3 ”模式 : RESPONSIBILITY LAYER 
在 本 书 从 头 至 尾 的 讨论 中 ， 各 个 对 象 都 被 分 配 了 一 组 相关 的 、 苑 围 较 窄 的 职责 。 职责 驱动 的 
设计 在 更 大 的 规模 上 也 适用 。 


如 果 每 个 对 象 的 职责 都 是 手工 分 配 的 , 将 没有 统一 的 指导 原则 和 一 致 性 , 也 无 法 把 领域 作为 
一 个 整体 来 处 理 。 为 了 保持 大 模型 的 一 致 ， 有 必要 在 职责 分 配 上 实施 一 定 的 结构 化 控制 。 
当 对 领域 有 了 深入 的 理解 后 , 大 的 模式 会 变 得 清晰 起 来 。 一 些 领域 具有 自然 的 层次 结构 。 某 
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些 概念 和 活动 处 在 其 他 元 素 形 成 的 一 个 大 背景 下 ，, 而 那些 元 素 会 因 不 同 原因 而 以 不 同 频率 独立 发 
生变 化 。 如 何 才能 充分 利用 这 种 自然 结构 ,使 它 变 得 更 清晰 和 有 用 呢 ? 这 种 自然 的 层次 结构 使 我 
们 很 容易 想到 把 领域 分 层 ， 这 是 最 成 功 的 架构 设计 模式 之 一 [Buschmann et al. 1996]， 等 等 ) 。 

所 谓 的 层 ， 就 是 对 系统 进行 划分 ， 每 个 层 的 元 素 都 知道 或 能 够 使 用 在 它 “ 下 面 ”的 那些 层 的 
服务 ， 但 却 不 知道 它 “ 上 面 ”的 层 ， 而 且 与 它 上 面 的 层 保持 独立 。 当 我 们 把 MoDULE 的 依赖 性 画 
出 来 时 ， 图 的 布局 通常 是 具有 依赖 性 的 MopULE 出 现在 它 所 依赖 的 模块 上 面 。 按 照 这 种 方式 ， 层 
一 般 的 排序 是 低层 中 的 对 象 在 概念 上 不 依赖 于 高 层 中 的 对 象 。 

这 种 特定 的 分 层 方 式 虽然 使 对 依赖 性 的 跟踪 变 得 更 容易 , 而 且 有 时 具有 一 定 的 直观 意义 , 但 
它 对 模型 的 理解 并 没有 多 大 的 帮助 ,也 不 会 指导 建 模 决策 。 我 们 需要 一 种 具有 更 明确 目的 的 分 层 
方式 。 


这 个 模块 本 来 应 
该 放 在 4 层 甚至 5 
层 的 ， 为 什么 不 
这 样 呢 ? 







































































这 个 模块 本 来 应 
该 在 下 一 层 中 。 

























































































图 16-2 特定 分 层 ， 这 些 包 描述 了 什么 事情 


在 一 个 具有 自然 层次 结构 的 模型 中 , 可 以 围绕 主要 职责 进行 概念 上 的 分 层 , 这 样 可 以 把 分 层 
和 职责 驱动 的 设计 这 两 个 强 有 力 的 原则 结合 起 来 使 用 。 

这 些 职责 必须 比分 配给 单个 对 象 的 职责 广泛 得 多 才 行 ,我们 稍 后 就 会 举例 说 明 这 一 点 。 当 设 
计 MopULE 和 AGGREGATE 时 ， 它 们 应 该 具有 某 种 主要 职责 。 这 种 明确 的 职责 分 组 可 以 提高 模块 
化 系统 的 可 理解 性 , 因为 MopULE 的 职责 会 变 得 更 易于 解释 。 而 高 级 职责 与 分 层 的 结合 为 我 们 提 
供 了 一 种 系统 的 组 织 原 则 。 


。 分 层 模式 有 一 种 变 体 最 迁 合 接 职 责 来 分 层 ， 我们 把 这 种 杰 体 称 为 RELAXEDB LAYERED 
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SYSTEM ( 松散 分 层 系统 ) ([Buschmann et al. 1996, p. 45] )， 如 果 采 用 这 种 分 层 模式 ， 菜 一 层 中 
的 组 件 可 以 访问 任何 比 它 低 的 层 ， 而 不 限于 只 能 访问 直接 与 它 相 邻 的 下 一 层 。 


因此 : 

注意 观察 模型 中 的 概念 依赖 性 , 以 及 领域 中 不 同 部 分 的 变化 频率 和 变化 的 原因 。 如 果 在 领域 
中 发 现 了 自然 的 层次 结构 ,就 把 它们 转换 为 主要 的 抽象 职责 。 这 些 职责 应 该 描述 了 系统 的 高 级 目 
的 和 设计 。 对 模型 进行 重 构 ， 使 得 每 个 领域 对 和 象 、AGGREGATE 和 MopDULE 的 职责 都 清晰 地 位 于 
一 个 职责 层 当中 。 

这 是 一 段 很 抽象 的 描述 , 但 通过 几 个 示例 就 可 以 把 它 说 清楚 了 。 本章 开头 的 卫星 通信 模拟 器 
示例 就 是 对 职责 进行 了 分 层 。 我 曾经 在 各 种 领域 (例如 上 生产 控制 和 财务 管理 ) 中 看 到 过 使 用 
RESPONSIBILITY LAYER (职责 层 ) 所 产生 的 良好 效果 。 


下 面 的 示例 详细 研究 了 RESPONSIBILITYLAYER， 我 们 可 以 通过 这 个 例子 来 体会 一 下 如 何 去 发 
现任 何 一 种 大 比例 结构 ， 以 及 它 是 如 何 指导 和 约束 建 模 与 设计 的 。 








六 深入 研究 运输 系统 的 分 层 


让 我 们 看 一 下 把 RESPONSIBILITY LAYER 应 用 于 前 面 几 章 所 讨论 的 货运 应 用 程序 会 有 什么 效果 。 

当 我 们 现在 又 回 到 这 个 应 用 程序 时 ， 开 发 团队 已 经 有 了 很 大 的 进展 ， 他 们 已 经 创建 了 一 个 
MODEL-DRIVEN DESIGN， 并 且 提 炼 出 了 一 个 CoRE DoMAIN。 但 随 着 设计 变 得 充实 ， 他 们 在 如 何 把 
所 有 部 分 协调 为 一 个 整体 上 遇 到 了 麻烦 。 他 们 正在 寻找 一 种 能 够 显示 出 整个 系统 主题 并 且 证 每 个 
人 都 达成 一 致 看 法 的 大 比例 结构 。 

我 们 来 看 一 下 这 个 模型 中 有 代表 性 的 一 个 部 分 ， 如 图 16-3 和 图 16-4 所 示 。 
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Router 
Route Specification 
Cargo origin route(RouteSpecification) : ltinerary 
5 destination 

tracking id customs clearance (opt) 
weight | 
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HazMat code {ltinerary must satisfy specification} 
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vy 

0.1 Transport Leg 
Itinerary {ordered}—— 15ad 
* | unload 

















is preferred 





16-3 ”货运 路 线 的 一 个 基本 的 运输 领域 模型 
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图 16-4 在 预订 期 间 使 用 模型 来 制定 一 个 货运 路 线 


团队 成 员 研究 运输 领域 已 经 有 好 几 个 月 了 ， 并 且 已 经 观察 到 了 一 些 自然 的 概念 层次 结构 。 
他 们 发 现在 讨论 运输 时 间 表 (安排 好 的 货轮 航次 或 火车 班次 ) 时 不 需要 涉及 所 运输 的 货物 。 而 
当 讨 论 对 一 个 货物 的 跟踪 时 ， 如 果 不 知道 它 的 运输 信息 ， 那 么 就 很 难 进行 跟踪 。 概 念 依赖 性 是 
非常 清楚 的 。 团队 很 容易 区 分 出 两 个 层 :“ 作 业 ” 层 和 这 些 作业 的 基础 层 (他 们 把 这 个 层 叫 做 “能 
力 ” 层 )。 


“作业 ”职责 

公司 的 活动 ， 无 论 是 过 去 、 现 在 还 是 计划 的 活动 ， 都 被 组 织 到 “作业 ” 层 中 。 最 明显 的 作业 
对 象 是 Cargo， 它 是 公司 大 部 分 日 常 活动 的 焦点 。Route Specification 是 Cargo 的 一 个 不 可 缺少 的 
部 分 ， 它 指出 了 运输 需求 。Itinerary 是 运输 计划 。 这 些 对 象 都 是 Cargo 聚合 的 一 部 分 ， 它 们 的 生 
命 周 期 依赖 于 一 次 有 效 运输 的 时 间 安 排 。 


3 “能力 ”职责 

这 个 层 反 映 了 公司 在 执行 作业 时 所 能 利用 的 资源 。Transit Leg 就 是 一 个 典型 的 示例 。 人 们 为 
货轮 制定 航程 时 间 表 ， 货轮 具有 一 定 的 货运 能 力 , 这 个 能 力 有 可 能 被 完全 利用 ， 也 有 可 能 未 被 完 
全 利用 。 

当然， 如 果 公司 的 主要 业务 是 经 营 一 个 运输 船 队 的 话 ,那么 Transit Leg 将 是 作业 层 中 的 一 个 
对 象 。 但 这 个 系统 的 用 户 并 不 需要 关心 这 个 问题 (如 果 公司 同时 从 事 经 营 船 队 和 经 党 货运 这 两 种 
业务 ,并 且 希 望 协 调 它们 ， 那 么 开发 团队 可 能 需要 考虑 一 种 不 同 的 分 层 方案 , 或 许 要 把 作业 层 分 
成 两 个 不 同 的 层 ， 例 如 “运输 作业 ”和 “货物 作业 ”) 
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一 个 稍微 复杂 一 点 儿 的 决策 是 把 Customer 放 在 哪里 。 在 一 些 企业 中 ， 客 户 只 是 一 些 临 时 对 
象 。 例 如 在 邮递 公司 中 ， 只 有 在 投递 包 囊 的 时 候 ， 才 需要 知道 客户 对 象 ， 投 递 完 成 之 后 ， 大 部 分 
客户 就 被 忘记 了 ， 直 到 出 现下 一 次 投递 。 这 种 性 质 决 定 了 在 针对 个 人 客户 的 包 训 投递 服务 中 , 客 
户 仅 仅 与 作业 相关 。 但 在 我 们 假想 的 这 家 运输 公司 中 , 需要 与 客户 保持 长 期 关系 ,而 且 大 部 分 业 
务 都 来 自 回头 客 。 考 虑 到 企业 用 户 的 这 些 意 图 , Customer 应 该 属于 一 个 潜能 层 。 正如 我 们 看 到 的 ， 
这 并 非 一 个 技术 决策 ， 而 是 试图 沿 握 并 交流 领域 知识 。 

由 于 Cargo 与 Customer 之 间 的 关联 只 有 一 个 遍历 方向 ， 因 此 Cargo REPOSITORY 需要 通过 一 
个 查询 来 查找 某 个 特定 Customer 的 所 有 Cargo。 不管 怎 样 , 按照 这 种 方式 来 设计 都 有 很 好 的 理由 ， 
但 在 使 用 了 大 比例 结构 以 后 ， 现 在 它 变 成 一 项 必须 要 满足 的 需求 了 。 
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byCustomerld(String) : Coilection 
于 水 
Customer Customer ] 
图 16-5 ”由 于 双向 关联 会 破坏 分 层 ， 因 此 用 查询 来 代替 它 454 
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图 16-6 初次 通过 的 分 层 模 型 
虽然 作业 层 与 能 力 层 的 区 别 使 这 张 图 看 上 去 很 清楚 了 , 但 次 序 仍 需要 进一步 细 化 。 经 过 几 个 
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星期 的 实验 之 后 ， 团 队 将 注意 力 集中 在 另 一 个 特性 上 。 在 很 大 程度 上 ,最 初 的 两 个 层 主要 考虑 的 
是 当前 的 情况 或 计划 。 但 Router (以 及 其 他 很 多 未 在 图 中 画 出 的 元 素 ) 并 不 是 当前 的 作业 或 计划 
的 一 部 分 。 它 是 用 来 帮助 修改 这 些 计 划 的 。 因 此 团队 定义 了 一 个 新 的 层 ， 让 它 来 负责 决策 支持 
(Decision Support) 。 





软件 的 这 个 层 为 用 户 提 供 了 用 于 制定 计划 和 决策 的 工具 ， 它 具有 自动 制定 一 些 决 策 的 潜能 
(例如 当 运 输 时 间 表 发 生变 动 时 ， 自 动 重新 制定 运送 Cargo 的 路 线 )。 
Router 是 一 个 SERVICE， 能 帮助 预订 代理 (booking agent) 选择 运送 货物 的 最 佳 路 线 。 因 此 
Router 明显 属于 决策 支持 层 。 
现在 模型 中 的 元 素 基 本 上 都 按照 这 三 个 层 来 组 织 了 ， 唯 一 例外 的 是 Transport Leg 的 “is 
preferred” 属 性。 这 个 属性 存在 的 原因 是 公司 希望 在 可 能 的 情况 下 优先 使 用 自己 的 货轮 ， 或 者 是 
那些 签订 了 优惠 合同 的 公司 的 货轮 。is preferred 属性 用 于 使 Router 优 先 选 择 这 些 首选 的 运输 工具 。 
这 个 属性 与 “能 力 层 " 毫 无 关系 。 它 是 一 个 用 于 指导 决策 制定 的 策略 .为 了 使 用 新 的 RESPONSIBILITY 
LAYER ， 需 要 对 模型 进行 重 构 。 
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16-7 对 模型 进行 重 构 ， 使 之 符合 新 的 分 层 结构 


这 次 重 构 使 Route Bias Policy 变 得 更 清楚 ， 同 时 使 得 Transport Leg 更 专注 于 运输 能 力 的 基本 
概念 。 基 于 对 领域 的 深刻 理解 而 发 现 的 大 比例 结构 总 是 能 够 使 模型 更 清楚 地 表达 其 含义 。 
456 现在 ， 这 个 新 模型 更 加 符合 大 比例 结构 了 。 如 图 16-8 所 示 。 
开发 人 员 在 熟悉 了 选 定 的 分 层 结构 后 , 很 容易 区 分 出 各 个 部 分 的 角色 和 依赖 关系 。 大 比例 结 
构 的 价值 随 着 复杂 度 的 增加 而 增加 。 
注意 ， 虽 然 我 使 用 了 一 个 修改 后 的 UML 图 来 演示 这 个 例子 ， 但 这 只 是 为 了 表示 分 层 而 使 用 


第 16 章 大 比例 结构 





315 


的 一 种 方式 。UML 中 并 没有 这 种 表示 法 ， 因 此 这 些 是 作为 额外 的 信息 加 上 去 的 ， 目 的 是 让 读者 
看 得 更 清楚 。 如 果 在 你 的 项 目 中 ,代码 就 是 最 终 的 设计 文档 ,那么 最 好 可 以 使 用 一 种 可 以 按 层 查 
看 类 (或 至 少 按照 层 来 报告 与 这 些 类 有 关 的 信息 ) 的 工具 。 


































































































Router 
bes 加 _ * 
公 route(RouteSpecification) : ltinerary 
i Route Bias Policy 
汉 
Route Specification 
Cargo ~ origin 
— destination 
tracking id customs clearance (opt) 
ks | weight 
小 HazMat code {ltinerary must satisfy speeification} 
: ] 
VY 
0..1 
Itinerary 
VY VW 
沁 Transport Leg 
人 
这 Customer {ordered} 一 3 load 
unload 




















16-8 重 构 后 的 模型 


四 大 比例 结构 如 何 影响 后 续 设 计 站 

一 且 采 用 了 一 种 大 比例 结构 ， 后 续 的 建 模 和 设计 决策 就 必须 要 把 它 考 虑 在 内 。 为 了 说 明 这 一 
点 ,假设 我 们 必须 在 这 个 已 分 层 的 设计 中 增加 一 个 新 特性 。 领 域 专家 们 刚刚 告诉 我 们 一 些 针 对 特 
定 类 别 危 险 品 的 航线 约束 。 有 些 危险 品 在 某 些 货轮 或 港口 上 是 禁止 装载 的 。 我 们 必须 使 Router 


遵守 这 些 规则 。 


有 很 多 可 行 的 方法 。 在 未 使 用 大 比例 结构 时 ， 一 种 吸引 人 的 设计 方法 是 让 拥有 Route 
Specification 和 Hazardous Material (HazMat) 代码 的 对 象 负责 把 这 些 航线 规则 加 进来 ， 这 个 对 象 


就 是 Cargo。 





Cargo 





tracking id 
weight 
HazMat code 








getFullRouteSpecitication() 
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Route Specification 





origin 
destination 
customs clearance (opt) 


customer red- 








fatinerary must satisfy specification} 


Y 








Booking 
Application 








0.1 ， 
Itinerary 





aRoute Spe 


cification 
with all necessary 
prohibitions 


> 


a HazMat code 





HazMat Route Policy 
Service 








routeSpecificationFor(Code) 








图 16-9 用 于 制定 危险 货物 运送 路 线 的 一 种 可 能 的 设计 





a HazMat Route 
Policy Service 











a Router 








create 





aCargo 








[Customer 的 Route Speci 


getFullRouteSpecification() 
| 








routeSpecificationF or(hazMatCode) 
2 





fication 和 其 他 Cargo 属 性 还 像 以 前 那样 创建 和 分 配 ] 


Create 






































图 





a Route 
return a Route Specification Specification 
and(customerRouteSpecification) 

r > 

return combined RouteSpecification | 

return combined [ | 

人 , 
route(a Route Specification) | | 
i create . 
| anltinerary 

return an Itinerary ] 
set itinerary | 


| 


问题 是 这 种 设计 并 不 适合 大 比例 结构 。HazMat Route Policy Service 并 没有 问题 ， 它 非常 适合 
承担 决策 支持 层 的 职责 。 问 题 在 于 Cargo (一 个 作业 层 对 象 ) 对 HazMat Route Policy Service (一 
个 决策 支持 层 对 象 ) 的 依赖 上 。 只 要 项 目 还 采用 上 有 前 的 分 层 ， 就 不 能 使 用 这 个 模型 ， 因 为 开发 人 


员 会 认为 设计 将 遵循 分 层 结 构 ， 而 这 种 依赖 会 使 开发 人 员 感 到 糊涂 。 
可 能 的 设计 选择 总 会 有 很 多 , 这 里 我 们 只 选择 另外 一 种 设计 , 这 种 设计 符合 大 比例 结构 的 规 
HazMat Route Policy 服务 本 身 是 完全 没有 问题 的 ， 但 我 们 需要 把 使 用 它 的 职责 转移 到 别处 。 


由 | 。 


让 我 们 尝试 让 Router 来 承担 在 搜索 航线 之 前 收集 相关 规则 的 职责 。 这 意味 着 要 修改 Router 接 口 ， 
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把 规则 可 能 依赖 的 那些 对 象 包括 进来 。 下 面 就 是 一 种 可 能 的 设计 ， 如 图 16-11 所 示 。 458 
aCargo 


an Itinerary satisyine he 0 


Customer’s Route 
Specification and relevant 
routing policies 





























































































































Router 
route(Cargo) : ltinerary 
route(RouteSpecification) : Itinerary 
\ a HazMat code Route Bias Policy 
a Route Specification - 四 
with all necessary HazMat Route Policy TT 
站 prohibitions | Service 
2 。 。 
7 routeSpecificationFor(Code) 
Route Specification 
Cargo ~ origin 
一 destination 
tracking id customs clearance (opt) 
weight r 
这 M. L 
Haz at code {ltinerary must satisfy specification} 
> : 
* | 
~ VY 
0..1 
] ltinerary 
| 
a VA * YY 
全 Transport Leg 
滋 Customer {ordered} -为 
* | load 
unload 











图 16-11 符合 分 层 结构 的 一 种 设计 


一 种 典型 的 交互 如 图 16-12 所 示 。 

现在 的 这 个 设计 并 不 一 定 就 比 前 面 那 个 设计 更 好 。 二 者 都 是 各 有 利 峰 。 但 如 果 项 目的 所 有 人 
员 都 采用 一 致 的 方式 来 制定 决策 , 那么 整体 的 设计 就 更 容易 理解 , 因此 这 也 值得 在 细小 的 设计 选 
择 上 做 出 一 些 适度 的 折 中 。 
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ing a HazMat Route 

Bookin a Router HazM t Ro te 

Application Policy Service 
create | 


a Cargo | | 





[Customer 的 Route Specification 和 其 他 Cargo 属 性 还 像 
以 前 那样 创建 和 分 配 。] 


route(a Cargo) > 








“<< 
getHazMatCode() ， 
routeSpecificationFor(hazMatCode) 
~ 











create a Route 
a Route Specification Specification 
and(customerRouteSpecification) 
上 
return combined RouteSpecification 
.eum combino d RouteSpecification | 








， 
route(combined spec) -一 
| create 








| anltinerary 


-一 一 一 
| 


return an Itinerary 


| 
Set itinerary 
> 














图 16-12 


如 果 所 采用 的 结构 强制 性 地 要 求 我 们 做 出 很 多 别扭 的 设计 选择 ， 那 么 就 要 遵循 EVOLVING 
ORDER 〈 演 变 的 顺序 ) ， 在 项 目 进 行 过 程 中 评估 这 种 结构 ， 并 修改 甚至 放弃 它 。 


选择 适当 的 层 


要 想 找 到 一 种 适当 的 RESPONSIBILITYLAYER 或 大 比例 结构 ， 需 要 理解 问题 领域 并 反复 进行 实 
验 。 如 果 遵 循 EVOLVING ORDER， 那 么 最 初 的 起 点 并 不 是 十 分 重要 ， 尽 管 差 劲 的 选择 确实 会 加 大 
工作 量 。 结 构 可 能 最 后 演变 得 面 且 全 非 。 因 此 ,下 面 将 给 出 一 些 指导 方针 ,无 论 是 刚 开始 选择 一 
[460| 种 结构 ， 还 是 对 已 有 结构 进行 转换 ， 这 些 指 导 方 针 都 适用 。 
当 对 层 进 行 删除 、 合 并 、 拆 分 和 重新 定义 等 操作 时 ， 应 寻找 并 保留 以 下 一 些 有 用 的 特征 。 
口 场 录 措 述 。 层 应 该 能 够 表达 出 领域 的 基本 现实 或 优先 级 。 选 择 一 种 大 比例 结构 守 帮 说 是 
一 种 技术 决策 ， 不 如 说 是 一 种 业务 建 模 决策 。 层 应 该 显示 出 业务 的 优先 级 。 “os 
口 概念 依赖 性 。“ 较 高 ” 层 概念 的 意义 应 该 依赖 “ 较 低 ” 层 ， 而 低层 概念 的 意义 应 该 独 散 于 
~ 


Ea 
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口 CONCEPTUALCONTOUR。 如 果 不 同 层 的 对 象 必 须 具有 不 同 的 变化 频率 或 原因 ， 那 么 层 应 该 
能 够 容许 它们 之 间 的 变化 。 

在 为 每 个 新 模型 定义 层 时 不 一 定 总 要 从 头 开始 。 在 一 系列 相关 领域 中 ， 有 些 层 是 固定 的 。 

例如 ， 在 那些 利用 大 型 固定 资产 进行 运作 的 企业 《例如 工厂 或 货运 ) 中 ,物流 软件 通常 可 以 

被 组 织 为 “潜能 ” 层 (上 面 例子 中 的 “能 力 ” 层 的 另外 一 个 名 称 ) 和 “作业 ” 层 。 

口 潜能 层 。 我 们 能 够 做 什么 ?潜能 层 不 关心 我 们 打算 做 什么 ， 而 关心 能 够 做 什么 。 企 业 的 
资源 (包括 人 力 资源 ) 以 及 这 些 资源 的 组 织 方式 是 潜能 层 的 核心 。 与 供应 商 签订 的 合同 
也 明确 界定 了 企业 的 潜能 。 这 个 层 几 乎 存在 于 任何 业务 领域 中 ， 但 在 那些 相对 来 说 依靠 
大 型 国定 资产 来 支持 业务 运作 的 企业 中 〈 例 如 运输 和 制造 业 ) 尤其 突出 。 湾 能 也 包括 临 
时 性 的 资产 ， 但 主要 依赖 临时 资产 来 运作 的 企业 可 能 会 强调 临时 资产 的 层 (这 个 层 在 例 
子 中 被 称 为 “Capability”)， 这 一 点 稍 后 会 讨论 。 

口 作业 层 。 我 们 正在 做 什么 ?我们 利用 这 些 潜能 做 了 什么 事情 ? 像 潜 能 层 一 样 ， 这 个 层 也 
应 该 反映 出 现实 状况 ， 而 不 是 我 们 设想 的 状况 。 我 们 希望 在 这 个 层 中 看 到 自己 的 工作 和 
活动 : 我 们 正在 销售 什么 ， 而 不 是 能 够 销售 什么 。 通 常 来 说 ， 作 业 层 对 象 可 以 引用 潜能 
层 对 象 ， 它 甚至 可 以 由 潜能 层 对 象 组 成 ， 但 潜能 层 对 象 不 应 该 引用 作业 层 对 象 。 

在 这 类 领域 很 多 (也许 是 大 部 分 ) 现 有 的 系统 中 , 这 两 个 层 可 以 涵盖 一 切 对 象 (尽管 可 能 会 

有 某 种 完全 不 同 的 和 更 清晰 的 分 解 结构 )。 它 们 可 以 跟踪 当前 状况 和 正在 执行 的 作业 计划 ， 以 及 
问题 报告 或 相关 文档 。 但 跟踪 往往 是 不 够 的 。 当 项 目 要 为 用 户 提供 指导 或 帮助 或 者 要 自动 制定 一 
些 决策 时 ， 就 需要 有 另外 一 组 职责 ， 这 些 职责 可 以 被 组 织 到 作业 层 之 上 的 决策 支持 层 中 。 

口 决策 支持 层 。 应 该 采取 什么 行动 或 制定 什么 策略 ? 这 个 层 是 用 来 作出 分 析 和 制定 决策 的 。 
它 根据 来 自 较 低 层 (例如 法 能 层 或 作业 层 ) 的 信息 进行 分 析 。 决 策 支持 软件 可 以 利用 历 
史 信 息 来 主动 寻找 适用 于 当前 和 未 来 作业 的 机 会 。 

决策 支持 系统 对 其 他 层 〈 例 如 作业 层 或 潜能 层 ) 有 概念 上 的 依赖 性 ， 因 为 决策 并 不 是 凭空 制 

定 的 。 很 多 项 目 都 利用 数据 仓库 技术 来 实现 决策 支持 。 在 这 样 的 项 目 中 , 决策 支持 层 实 际 上 变 成 
了 一 个 独特 的 BOUNDED CONTEXT， 并 且 与 作业 软件 具有 一 种 CUSTOMER/SUPPLIER 关系 。 在 其 他 
项 目 中 , 决策 支持 层 被 更 深 地 集成 到 系统 中 ,就 像 前 面 的 扩展 示例 讲 到 的 那样 。 分 层 结 构 的 一 个 
内 在 的 优点 是 较 低 的 层 可 以 独立 于 较 高 的 层 存 在 。 这 样 有 利于 在 较 老 的 作业 系统 上 分 阶段 引入 新 
功能 或 开发 高 层次 的 增强 功能 。 

另 一 种 情形 是 软件 实施 了 详细 的 业务 规则 或 法 律 需求 ， 这 些 规则 或 需求 可 以 形成 一 个 

RESPONSIBILITYLAYER。 

口 策略 层 。 规 则 和 目标 是 什么 ? 规则 和 目标 主要 是 被 动 的 ， 但 它们 约束 着 其 他 层 的 行为 。 
这 些 交 互 的 设计 是 一 个 微妙 的 问题 。 有 时 策略 会 作为 一 个 参数 传 给 较 低 层 的 方法 。 有 时 
会 使 用 STRATEGY 模式 。 策 略 层 与 决策 支持 层 能 够 进行 很 好 的 协作 ， 决 策 支持 层 提 供 了 用 
于 搜索 策略 层 所 设 定 的 目标 的 方式 ， 这 些 目标 又 受到 策略 层 所 设 定 的 规则 的 约束 。 


[可 
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策略 层 可 以 和 其 他 层 使 用 同一 种 语言 来 编写 , 但 它们 有 时 是 使 用 规则 引擎 来 实现 的 。 这 并 不 
是 说 一 定 要 把 它们 放 到 一 个 单独 的 BOUNDED CONTEXT 中 。 实 际 上 ， 通 过 在 两 种 不 同 的 实现 技术 
中 严格 使 用 同一 个 模型 ,可 以 减 小 在 这 两 种 实现 技术 之 间 进 行 协调 的 难度 。 当 规则 与 它们 所 应 用 
的 对 象 是 基于 不 同 模型 编写 的 时 候 , 要 么 复杂 度 会 大 大 增加 , 要么 对 象 会 变 得 十 分 条 拙 而 难以 管 


理 。 如 图 16-13 所 示 。 


让 
缮 分 析 机 制 几乎 没有 状态 ， 管理 分 析 
因此 很 少 改 变 优化 利用 率 
缩短 周期 时 间 
Mk 策略 状态 的 改变 产品 优先 级 
次 约束 非常 缓慢 零 部 件 的 工艺 配方 
溪 ( 基于 业务 目标 
或 法 律 ) 
由 反映 出 业务 实际 状态 的 改变 非常 快 库存 
当 状况 (活动 和 计 未 完成 的 零 部 件 的 状态 
起 划 ) 的 状态 
反映 出 业务 实际 状态 的 改变 频率 适中 设备 的 加 工 能 
器 状况 (资源 ) 的 设备 可 用 性 


在 很 大 程度 上 是 由 当前 的 运营 状况 决定 的 。 一 家 保险 公司 在 萎 虑 签 保单 承担 理赔 责 
当前 业务 的 多 样 性 来 判断 是 否 有 能 力 承 担 它 所 带 来 的 风险 。 潜 能 层 有 可 能 


通过 工厂 运输 


图 16-13 工厂 自动 化 系统 中 的 概念 依赖 性 和 切合 点 
很 多 企业 并 不 是 依靠 工厂 和 设备 能 力 来 运营 的 。 举 两 个 例子 ， 在 金融 服务 或 保险 业 中 ,潜能 


这 样 就 会 演变 出 一 种 不 同 的 分 层 结 构 。 
这 些 情况 下 经 常 出 现 的 一 个 层 是 对 客户 所 做 出 的 承诺 〈 见 图 16-14)。 
口 承诺 层 。 我 们 承诺 了 什么 ?这 个 层 具有 策略 层 的 性 质 ， 因 为 它 表述 了 一 些 指导 未 来 运 


营 的 目标 ; 但 它 


变化 的 。 


种 听 渤 


任 时 , 要 根据 


会 被 合并 到 作业 层 中 ， 


也 有 作业 层 的 性 质 ， 因 为 承诺 是 作为 后 续 业 务 活动 的 一 部 分 而 出 现 和 


潜能 层 和 承诺 层 并 不 是 互相 排斥 的 。 在 有 的 领域 中 〈 例 如 一 家 提供 很 多 定制 运输 服务 的 运输 


公司 )， 这 两 个 层 都 很 重要 ， 因 此 可 以 同时 使 用 它们 。 


与 这 些 领 域 密切 相关 的 其 他 层 也 会 用 到 。 


我 们 需要 对 分 层 结构 进行 调整 和 实验 ， 但 一 定 要 使 分 层 系统 保持 简单 ， 如 果 层 数 超过 4 或 5， 就 
比较 难处 理 了 。 层 数 过 多 将 无 法 有 效 地 描述 领域 ， 而 且 本 来 要 使 用 大 比例 结构 解决 的 复杂 性 问题 
又 会 以 一 种 新 的 方式 出 现 。 我 们 必须 对 大 比例 结构 进行 严格 的 精简 。 
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节 分 析 机 制 几乎 没有 状态 ， 风险 分 析 

本 因此 很 少 改变 投资 组 合 分 析 

浇 谈判 工具 
策略 状态 的 改变 准备 金 限制 

如 约束 非常 缓慢 资产 配置 目标 

时 。 “(基于 业务 目标 加 间 
或 法 律 ) 党 

东 ”反映 出 业务 处 理 状态 的 改变 频率 适中 。 客户 协议 

所 ”和 客户 合同 的 状态 联营 协议 

tk ”反映 出 业务 实际 状态 的 改变 非常 快 未 偿 贷款 的 状态 

3 。 ”状况 (活动 和 计 应 计 款项 

总 划 ) 的 状态 支付 和 分 配 


图 16-14 ”投资 银行 系统 中 的 概念 依赖 性 和 切合 点 


虽然 这 5 个 层 对 很 多 企业 系统 都 适用 ， 但 并 不 是 所 有 领域 的 主要 概念 都 涵盖 在 这 5 个 层 中 。 
有 些 情况 下 ,在 设计 中 生硬 地 套用 这 种 形式 反而 会 起 反作用 ,而 使 用 一 组 更 自然 的 RESPONSIBILITY 
LAYER 会 更 有 效 。 如 果 一 个 领域 与 上 述 讨论 毫 无 关系 ， 所 有 的 分 层 可 能 都 必须 从 头 开始 。 最 后 ， 
我 们 必须 根据 直觉 选择 一 个 起 点 ， 然 后 通过 EVOLVING ORDER 来 改进 它 。 464 


16.4 ”模式 :KNOWLEDGE LEVEL 





Some 
Knowledge 


Thing Type Bopovioral | 
| Behavioral 
Strategy 











Knowledge Level 


Operational Level 








“KNOWLEDGE LEVEL 是 ”一 组 描述 了 另 一 组 对 象 应 该 有 哪些 行为 的 对 象 。 
[Martin Fowler “Accountability, ” www.martinfowler.com] 

当 我 们 需要 让 用 户 对 模型 的 一 部 分 有 所 控制 , 而 模型 又 必须 满足 更 大 的 一 组 规则 时 , 可 以 利 
用 KNOWLEDGE LEVEL (知识 级 别 ) 来 处 理 这 种 情况 。 它 可 以 使 软件 具有 可 配置 的 行为 ， 其 中 实 
体 中 的 角色 和 关系 必须 在 安装 时 〈 甚 至 在 运行 时 ) 进行 修改 。 

在 《分 析 模 式 》([Fowler 1996, pp. 24-27]) 一 书 中 ， 知 识 级 别 这 种 模式 是 讨论 在 组 织 内 部 对 
责任 进行 建 模 的 时 候 提 和 到 的 ,后 来 在 会 计 系统 的 过 账 规则 中 也 用 到 了 这 种 模式 。 虽 然 有 几 章 内 容 
涉及 此 模式 ， 但 并 没有 为 它 单独 开 一 章 ， 因 为 它 与 书 中 所 讨论 的 大 部 分 模式 都 不 相同 。 





~ 
a 
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KNOWLEDGE LEVEL 并 不 像 其 他 分 析 模 式 那 样 对 领域 进行 建 模 ， 而 是 用 来 构造 模型 的 。 

为 了 使 问题 更 具体 ， 我 们 来 考虑 一 下 “责任 ”(accountability) 模型 。 组 织 是 由 人 和 一 些 更 
小 的 组 织 构 成 的 ,并 且 定 义 了 他 们 所 承担 的 角色 和 互相 之 间 的 关系 。 不 同 的 组 织 用 于 控制 这 些 角 
色 和 关系 的 规则 大 不 相同 。 有 的 公司 分 为 各 个 “部 门 ” ， 每 个 部 门 可 能 由 一 位 “主管 ”来 领导 ， 
他 要 向 “ 副 总 裁 ” 汇 报 。 面 有 的 公司 则 分 为 各 个 “模块 ”(module) ， 每 个 模块 由 一 位 “经 理 ” 来 
领导 ， 他 要 向 “高 级 经 理 ” 汇 报 。 还 有 一 些 组 织 采 用 的 是 “和 矩阵 ”形式 ， 其 中 每 个 人 都 出 于 不 同 
的 目的 而 向 不 同 的 经 理 汇报 。 

一 般 的 应 用 程序 都 会 做 一 些 假设 。 当 这 些 假设 并 不 恰当 时 , 用 户 就 会 在 数据 录入 字段 中 输入 
与 预期 不 符 的 数据 。 由 于 语义 被 用 户 改 变 ， 因 此 应 用 程序 的 任何 行为 都 可 能 会 失败 。 用 户 将 会 想 
出 一 些 迁 回 的 办 法 来 执行 这 些 行为 , 或 者 关闭 一 些 高 级 特性 。 他 们 不 得 不 费力 地 找 出 他 们 的 操作 
与 软件 行为 之 间 的 复杂 对 应 关系 。 这 样 他 们 永远 也 得 不 到 良好 的 服务 。 

当 必须 要 对 系统 进行 修改 或 替换 时 ,开发 人 员 (或 迟 或 早 ) 会 发 现 ， 有 一 些 功能 的 真实 含义 
并 不 像 它 们 看 上 去 的 那样 。 它 们 在 不 同 的 用 户 社区 或 不 同情 况 下 具有 完全 不 同 的 含义 。 在 不 破坏 
这 些 互 相 敬 加 的 含义 的 前 提 下 修改 任何 东西 都 是 非常 困难 的 。 要 想 把 数据 迁移 到 一 个 “更 合适 ” 
的 系统 中 ， 必 须要 理解 这 些 奇怪 的 部 分 ， 并 对 其 进行 编码 。 


和 ”员工 工资 和 养老 金 系统 ， 第 1 部 分 





一 家 中 等 规模 公司 的 人 力 资源 部 门 有 一 个 用 于 计算 工资 和 养老 金 代 扣 的 简单 程序 。 如 图 
16-15 和 图 16-16 所 示 。 









Retirement Plan 


Employee 未 Department 
os : Str! - 
Defined Contribution Defined Benefit job title . Sting name : String 


Salaried Emoployee 





























Hourly Employee 

















图 16-15 原来 的 模型 ， 在 新 的 需求 下 被 过 多 地 约束 


但 现在 , 管理 层 决定 办 公 室 行政 人 员 应 该 进入 “固定 受益 ”(Defined Benefit) 退休 计划 。 
问题 在 于 办 公 室 行政 人 员 是 按 小 时 付 薪酬 的 ， 而 这 个 模型 不 支持 混合 计算 。 因 此 必须 修改 模 
型 。 
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tom : Hourly Employee 


job title = “janitor” 

















widget design : Department 





mary : Hourly Employee 








job title = “receptionist” 














bob : Hourly Employee 





job title = “office admin” 











jack : Salaried Employee 











job title = “engineer 





Jill : Salaried Employee 














job title = “manager” 





16-16 用 原来 的 模型 表示 出 来 的 一 些 员工 


下 面 的 模型 提议 非常 简单 ， 只 是 把 约束 去 掉 了 ， 如 图 16-17 所 示 。 但 也 会 出 现 一 些 错误 ， 如 
图 16-18 所 示 。 




























Employee * Department 
Retirement Plan 
name : String - 
job title : Strin name : String 














Defined Contribution Defined Benefit || Hourly Employee | ,Salaried Employee 

















图 16-17 提议 的 模型 ， 现 在 的 情况 是 约束 过 少 了 






































ingleton : Defin tribution 
tom : Hourly Employee 
job title = “janitor” Bob 从 Defined Contribution “| 
(国定 代 扣 ) 变 成 了 Defined 
mary : Hourly Employee a 
mary : Hourly Employee Benefit 《固定 受益 ) 














job title = “receptionist” 











bob : Hourly Employee 
job title = “office admin” 























jack : Salaried Employee 








job title = “engineer” jill : Salaried Employee 


job title = “manager” 














图 16-18 员工 可 能 会 与 错误 的 计划 关联 起 来 


小 
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在 这 个 模型 中 , 每 个 员工 随便 加 入 哪 一 种 退休 计划 都 可 以 , 因此 每 位 办 公 室 行政 人 员 都 可 以 
改变 退休 计划 。 管 理 层 最 后 放弃 了 这 个 模型 ， 因 为 它 设 有 反映 出 公司 的 策略 。 一 些 行政 人 员 可 以 
选择 “固定 受益 ”计划 ， 而 另外 一 些 则 不 能 。 要 是 使 用 这 个 模型 ， 连 门卫 也 可 以 改变 退休 计划 。 
管理 层 需要 一 个 能 够 实施 以 下 策略 的 模型 : 


办 公 室 行政 人 员 按 小 时 付 薪酬 ， 且 来 用 固定 受益 退休 计划 。 


这 个 策略 暗示 出 job tile (工作 头衔 ) 字段 现在 表示 了 一 个 重要 的 领域 概念 。 开 发 人 员 可 以 
重 构 模 型 , 用 Employee Type (员工 类 型 ) 把 这 个 概念 明确 显示 出 来 , 如 图 16-19 和 图 16-20 所 示 。 





Employee Type 玉 Empioyee 









































来 
Retirement Plan [< 
job titje : String name : String 
~、 人 、 六 
和 Depart t 
Defined Contribution | | Defined Benefit | | Hourly Employee | |Salaried Employee Po mon 
Type Type name : String 





























图 16-19 Type 对 象 能 够 满足 需求 


bob : Employee office admin : Hourly Employee 
Type 
singleton : Defined Benefit 
| 
iil] : Employee manaper :; Salaried Employee 
e 


图 16-20 每 个 Employee Type 被 指定 一 个 Retirement Plan 

































































需求 可 以 像 下 面 这 样 用 UBIQUITOoUS LANGUAGE 来 表述 出 来 ， 

一 个 EMPLOYEE TYPE 可 以 被 指定 两 种 RETIREMENT PLAN 中 的 任何 一 种 ， 也 可 以 被 
指定 两 种 工资 中 的 任何 一 种 。 
EMPLOYEE 受 EMPLOYEE TYPE 约束 。 

只 有 superuser (超级 用 户 ) 才能 编辑 Employee Type 对 象 ， 而 且 只 有 当 公司 策略 变更 时 ， 他 
才能 修改 此 对 象 。 人 事 部 门 的 普通 用 户 只 能 修改 Employee 对 象 ， 或 只 能 将 这 些 对 象 指 定 为 另 一 
种 Employee Type。 

这 种 模型 可 以 满足 需求 ,开发 人 员 认 识 到 了 一 两 个 隐 含 的 概念 ,但 这 只 是 灵机 一 动 才 想到 的 。 
他 们 并 没有 具体 的 思路 可 供 追 查 下 去 ， 因 此 他 们 暂时 结束 了 这 一 天 的 工作 。 
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静态 模型 可 能 引起 问题 。 但 在 一 个 过 于 灵活 的 系统 中 ， 如 果 任 何 可 能 的 关系 都 允许 存在 ， 问 
题 一 样 糟糕 。 这 样 的 系统 使 用 起 来 会 很 不 方便 ， 而 且 会 导致 组 织 无 法 实施 自己 的 规则 。 

让 每 个 组 织 完全 定制 自己 的 软件 也 是 不 现实 的 , 即使 组 织 能 够 担负 得 起 定制 软件 的 费用 , 组 
织 结构 也 可 能 会 频繁 变化 。 

因此 ,这 样 的 软件 必须 为 用 户 提供 配置 选项 ， 以 便 反映 出 组 织 的 当前 结构 。 问 题 是 ,在 模型 
对 象 中 添加 这 些 选 项 会 使 这 些 对 象 变 得 难于 处 理 。 要 求 的 灵活 性 越 高 ， 模 型 就 会 变 得 越 复 厅 。 

如 果 在 一 个 应 用 程序 中 ，ENTITY 的 角色 和 它们 之 间 的 关系 在 不 同 的 情况 下 有 很 大 变化 ， 那 
么 复杂 性 会 显著 增加 。 在 这 种 情况 下 , 无 论 是 一 般 的 模型 还 是 高 度 定制 的 模型 ， 都 无 法 满足 用 户 
的 需求 。 为 了 兼顾 各 种 不 同 的 情形 ， 对 象 需要 引用 其 他 的 类 型 ， 或 者 需要 具备 一 些 在 不 同情 况 下 
包括 不 同 使 用 方式 的 属性 。 具 有 相同 数据 和 行为 的 类 可 能 会 大 量 增加 , 而 这 些 类 的 唯一 作用 只 是 
为 了 满足 不 同 的 组 装 规则 。 

在 我 们 的 模型 中 对 入 了 另 一 个 模型 ， 而 它 的 作用 只 是 描述 我 们 的 模型 。KNowWLEDGE LEVEL 
分 离 了 模型 的 这 个 自我 定义 的 方面 ， 并 清楚 地 显示 了 它 的 限制 。 

KNOWLEDGE LEVEL 是 REFLECTION (反射) 模式 在 领域 层 中 的 一 种 应 用 ， 很 多 软件 架构 和 技 
术 基 础 设施 中 都 使 用 了 它 ，([Buschmann et al. 19961) 中 给 出 了 详尽 介绍 。REFLECTION 模式 能 够 
使 软件 具有 “自我 感知 ”的 特性 ， 并 使 所 选中 的 结构 和 行为 可 以 接受 调整 和 修改 ， 从 而 满足 变化 
需要 。 这 是 通过 将 软件 分 为 两 个 层 来 实现 的 ， 一 个 层 是 “基础 级 别 ”(base level) ， 它 承担 应 用 程 
序 的 操作 职责 ， 另 一 个 是 “元 级 别 ”(meta level) ， 它 表示 有 关 软 件 结构 和 行为 方面 的 知识 。 

值得 注意 的 是 ， 我 们 并 没有 把 这 种 模式 叫做 知识 “ 层 ”(layer)。 虽 然 REFLECTION 与 分 层 很 
类 似 ， 但 反射 却 包含 双向 依赖 关系 。 

Java 有 一 些 最 基本 的 内 置 REFLECTION 机 制 ， 它 们 采用 的 是 协议 的 形式 ， 用 于 查询 一 个 类 的 
方法 等 。 这样 的 机 制 允 许 用 户 查 询 有 关 它 自己 的 一 些 设计 信息 。CORBA 也 有 一 些 扩展 (但 类 似 ) 
的 REFLECTION 协议 。 一 些 持久 化 技术 增加 了 更 丰富 的 自 描述 特性 ， 在 数据 表 与 对 象 之 间 提 供 了 
部 分 自动 化 的 映射 。 还 有 其 他 一 些 技术 例子 。 这 种 模式 也 可 以 在 领域 层 中 使 用 。 


KNOWLEDGE LEVEL 与 REFLECTION 所 使 用 的 术语 比较 





Fowler 的 术语 POSAS 的 术语 
知识 级 别 元 级 别 
操作 级 别 基础 级 别 


要 明确 的 一 点 是 ， 编 程 语言 的 反射 工具 并 不 是 用 于 实现 领域 模型 的 KNOWLEDGE LEVEL 的 。 
这 些 元 对 象 描 述 的 是 语言 构造 本 身 的 结构 和 行为 。 相 反 ，KNOWLEDGE LEVEL 必须 使 用 普通 对 象 
来 构造 。 





@ POSA 是 Pattern-Oriented Sofiware Architecture ([Buschmann et al. 1996]) 一 书 的 缩写 。 
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KNOWLEDGE LEVEL 具有 两 个 很 有 用 的 特性 。 首 先 ， 它 关注 的 是 应 用 领域 ， 这 一 点 与 人 们 
所 熟悉 的 REFLECTION 模式 的 应 用 正好 相反 。 其 次 ， 它 并 不 追求 完全 的 通用 性 。 正 如 一 个 
SPECIFICATION 可 能 比 通用 的 断言 更 有 用 一 样 ,专门 为 一 组 对 象 和 它们 的 关系 定制 的 一 个 约束 集 
可 能 比 一 个 通用 的 框架 更 有 用 。KNOWLEDGE LEVEL 显得 更 简单 ， 而 且 可 以 传达 设计 者 的 特别 
意图 。 

因此 : 

创建 一 组 不 同 的 对 象 , 用 它们 来 描述 和 约束 基本 模型 的 结构 和 行为 .把 这 些 对 象 分 为 两 个 “级 
别 ”, 一 个 是 非常 具体 的 级 别 , 另 一 个 级 别 则 提供 了 一 些 可 供用 户 或 超级 用 户 定制 的 规则 和 知识 。 

像 所 有 有 用 的 思想 一 样 ，REFLECTION 和 KNOWLEDGE LEVEL 可 能 令 人 们 感到 振奋 ， 但 不 应 滥 
用 这 种 模式 。 它 确实 能 够 使 对 象 不 必 为 了 满足 各 种 不 同情 形 下 的 需求 而 变 得 过 于 复杂 , 但 它 所 引 
入 的 间接 性 也 会 使 系统 变 得 更 模糊 。 如 果 KNOWLEDGE LEVEL 太 复杂 ， 开 发 人 员 和 用 户 就 很 难 理 
解 系 统 的 行为 。 负 责 配 置 它 的 用 户 (或 超级 用 户 ) 最 终 将 需要 具备 程序 员 的 技能 ， 甚 至 需要 掌握 
处 理 元 数据 的 技能 。 如 果 他 们 出 现 了 错误 ， 应 用 程序 也 将 会 产生 错误 行为 。 

而 且 ， 数 据 迁 移 的 基本 问题 并 没有 完全 得 到 解决 。 当 KNOWLEDGE LEVEL 中 的 基 个 结构 发 生 
变化 时 ， 必 须 对 现 有 的 操作 级 别 中 的 对 象 进行 相应 的 处 理 。 新 旧 对 象 确实 可 以 共存 ， 但 无 论 如 何 
都 需要 进行 仔细 的 分 析 。 

所 有 这 些 问 题 为 KNOWLEDGE LEVEL 的 设计 人 员 增 加 了 一 个 沉重 的 负担 ,设计 必须 足够 健壮 ， 
因为 不 仅 要 解决 开发 中 可 能 出 现 的 各 种 问题 , 而 且 还 要 考虑 到 将 来 用 户 在 配置 软件 时 可 能 会 出 现 
的 各 种 问题 。 如 果 得 到 合理 的 运用 ，KNOWLEDGE LEVEL 能 够 解决 一 些 其 他 方式 很 难 解决 的 问题 。 
如 果 系 统 中 某 些 部 分 的 定制 非常 关键 , 而 要 是 不 提供 定制 能 力 就 会 破坏 掉 整 个 设计 , 这 时 就 可 以 
利用 知识 级 别 来 解决 这 一 问题 。 





4 员工 工资 和 养老 金 系统 ， 第 2 部 分 ， KNOWLEDGE LEVEL 


我 们 的 团队 成 员 又 回来 了 ， 经 过 了 一 夜 的 休息 ， 他 们 恢复 了 精神 ， 团 队 中 的 一 个 人 对 系统 中 
一 个 难处 理 的 问题 有 了 点 思路 。 为 什么 有 些 对 象 要 被 限制 起 来 ， 而 其 他 对 象 则 可 以 自由 编辑 呢 ? 
那些 受 限制 的 对 象 让 他 想到 了 KNOWLEDGE LEVEL 模式 ， 他 决定 尝试 着 从 这 个 角度 来 观察 一 下 模 
型 ， 才 发 现 本 来 就 可 以 用 这 种 方式 来 观察 模型 的 。 

从 图 16-21 可 以 看 出 ， 受 限制 的 对 象 都 在 KNOWLEDGE LEVEL 中 ， 而 可 以 自由 编辑 的 对 象 都 
在 操作 级 别 中 ， 区 分 得 非常 清楚 。 虚 线 上 面 的 所 有 对 象 描述 了 类 型 或 长 期 策略 。Employee Type 
有 效 地 把 行为 加 在 Employee 上 。 

这 位 开发 人 员 把 他 的 想法 告诉 了 大 家 , 这 使 另 一 个 人 又 产生 了 另 一 个 想法 。 按 照 KNOWLEDGE 
LEVEL 对 模型 进行 组 织 后 ， 模 型 变 得 更 清晰 了 ， 这 使 她 一 下 子 发 现 了 昨天 困扰 她 的 那个 问题 一 一 
两 个 完全 不 同 的 概念 被 合并 到 同一 个 模型 中 。 昨天 她 在 团队 讨论 所 使 用 的 语言 中 就 听 到 了 这 个 问 
题 ， 只 是 没有 注意 到 而 已 
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图 16-21 从 现 有 模型 中 识别 出 隐 含 的 KNOWLEDGE LEVEL 


一 个 Employee Type 可 以 被 指定 两 种 Retirement Plan 中 的 任何 一 种 ， 
也 可 以 被 指定 两 种 工资 中 的 任何 一 种 。 


但 这 实际 上 并 不 是 用 UBIQUITOUS LANGUAGE 中 来 表达 的 声明 。 模 型 中 并 没有 “payroll”( 工 

资 )。 他 们 只 是 根据 自己 的 需要 来 讲话 ， 而 没有 使 用 实际 就 有 的 通用 语言 。payroll 的 概念 在 模型 

中 是 隐 含 的 ， 与 Employee Type 混在 一 起 。 在 分 离 出 KNOWLEDGE LEVEL 以 前 ， 它 并 不 明显 ， 而 

且 这 个 声明 中 的 所 有 元 素 都 出 现在 同一 个 级 别 上 ， 只 有 一 个 元 素 例外 。 472 
根据 这 种 理解 ， 她 重 构 了 一 个 真正 支持 该 声明 的 模型 。 
为 了 让 用 户 控制 那些 制约 对 象 之 间 关 联 的 规则 ， 开 发 团队 开发 了 一 个 包含 隐 含 KNOWLEDGE 


LEVEL 的 模型 。 
来 Employee Type | * 
Payroll 
job title : String 


Retirement Plan 
Hourly Payroll 





























Hourly Payroll 
































Employee Department 
name : String * name : String 


图 16-22 Payroll 现在 已 经 显示 出 来 了 ， 它 已 与 Employee Type 分 离 
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singleton : Hourly Payroil | 


























jill : Employee manager : Salaried Employee 
lype singleton : Salaried Payroll 




















16-23 ”每 个 Employee Type 现在 都 有 一 个 Retirement Plan 和 一 个 Payroll 
ploy 


特有 的 访问 约束 和 一 种 “事物 -事物 ”型 的 关系 对 开发 团队 起 到 了 提示 的 作用 ， 使 他 们 看 出 
了 隐 含 的 KNOWLEDGE LEVEL。 一旦 KNOWLEDGELEVEL 被 分 离 出 来 ， 它 就 能 够 使 模型 变 得 非常 清 
晰 ， 从 而 可 以 通过 提取 出 Payroll 将 两 个 重要 的 领域 多 念 分 开 。 

像 其 他 大 比例 结构 一 样 ，KNOWLEDGE LEVEL 也 不 是 必须 要 使 用 的 。 没 有 它 ， 对 象 照样 能 工 
作 , 而 且 团 队 可 能 仍 能 够 认识 到 他 们 需要 将 Employee Type 与 Payroll 分 离 。 当 项 目 进 行 到 某 个 时 
刻 ， 这 种 结构 看 起 来 已 经 没什么 作用 了 ， 那 么 就 可 以 放弃 它 。 但 现在 它 对 于 描述 系统 很 有 用 ,并 
且 能 够 帮助 开发 人 员 理 解 模型 。 








A a A 
人 


乍 看 上 去 ，KNOWLEDGE LEVEL 像 是 RESPONSIBILITY LAYER (特别 是 policy 晨 ) 的 一 个 特例 ， 
但 它 并 不 是 。 首先， 两 个 级 别 之 间 的 依赖 性 是 双向 的 ， 而 在 层次 结构 中 ， 较 低 的 层 不 依赖 于 较 高 
的 层 DO 

实际 上 ，RESPONSIBILITY LAYER 可 以 与 其 他 大 部 分 的 大 比例 结构 共存 ， 它 提供 了 另 一 种 用 来 
组 织 模型 的 维度 。 


16.5 模式: PLUGGABLE COMPONENT FRAMEWORK 
在 深入 理解 和 反复 精炼 基础 上 得 到 的 成 熟 模 型 中 , 会 出 现 很 多 机 会 。 通 常 只 有 在 同一 个 领域 


中 实现 了 多 个 应 用 程序 之 后 ， 才 有 机 会 使 用 PLUGGABLE COMPONENT FRAMEWORK (可 插入 式 组 件 
框架 )。 


Mr Ma 
KE 兴 


当 很 多 应 用 程序 需要 进行 互 操作 时 , 如 果 所 有 应 用 程序 都 基于 相同 的 一 些 抽象 , 但 它们 是 独 
立 设计 的 ， 那 么 在 多 个 BOUNDED CONTEXT 之 间 的 转换 会 限制 它们 的 集成 。 各 个 团队 之 间 如 果 不 
能 紧密 地 协作 ， 就 无 法 形成 一 个 SHARED KERNEL。 重 复 和 分 裂 将 会 增加 开发 和 安装 的 成 本 ， 而 
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且 互 操作 会 变 得 很 难 实现 。 

一 些 成 功 的 项 目 将 它们 的 设计 分 解 为 组 件 , 每 个 组 件 负 责 提 供 某 些 类 别 的 功能 。 通 常 所 有 组 
件 都 插入 到 一 个 中 央 hub 上, 这 个 hub 支持 组 件 所 需 的 所 有 协议 ,并 且 知 道 如 何 与 它们 所 提供 的 
接口 进行 对 话 。 还 有 其 他 一 些 将 组 件 连 在 一 起 的 可 行 模式 。 对 这 些 接口 以 及 用 于 连接 它们 的 hub 
的 设计 必须 要 协调 ,而 组 件 内 部 的 设计 则 可 以 更 独立 一 些 。 

有 几 个 广泛 使 用 的 技术 框架 支持 这 种 模式 , 但 这 只 是 次 要 问题 。 一 种 技术 框架 只 有 在 能 够 解 
决 某 类 重要 技术 问题 的 时 候 才 有 必要 使 用 , 例如 在 设计 分 布 式 系统 或 在 不 同 应 用 程序 中 共享 一 个 
组 件 时 。 可 插入 式 组 件 框架 的 基本 模式 是 职责 的 概念 组 织 ， 它 很 容易 在 单个 的 Java 程序 中 使 用 。 

因此 ; 

从 接口 和 交互 中 提炼 出 一 个 ABSTRACT CORE， 并 创建 一 个 框架 ， 这 个 框架 要 允许 这 些 接口 
的 各 种 不 同 实现 被 自由 替换 。 同 样 ， 无 论 是 什么 应 用 程序 ， 只 要 它 严格 地 通过 ABSTRACT CORE 
的 接口 进行 操作 ， 那 么 就 可 以 允许 它 使 用 这 些 组 件 。 

高 层 抽 象 被 识别 出 来 ， 并 在 整个 系统 范围 内 共享 ， 而 特 化 (specialization) 发 生 在 MODULE 
中 。 应 用 程序 的 中 央 hub 是 SHARED KERNEL 内 部 的 ABSTRACT CORE。 但 封装 的 组 件 接口 可 以 把 
多 个 BOUNDED CONTEXT 封装 到 其 中 ， 这 样 ， 当 很 多 组 件 来 自 多 个 不 同 地 方 时 ， 或 者 当 组 件 中 封 
装 了 用 于 集成 的 已 有 软件 时 ， 可 以 很 方便 地 使 用 这 种 结构 。 

这 并 不 是 说 不 同 组 件 一 定 要 使 用 不 同 的 模型 。 只 要 团队 采用 了 CONTINUOUS INTEGRATE， 
或 者 为 一 组 密切 相关 的 组 件 定义 了 另 一 个 SHARED KERNEL， 那 么 就 可 以 在 同一 个 CONTEXT 中 
开发 多 个 组 件 。 在 PLUGGABLE COMPONENT FRAMEWORK 这 种 大 比例 结构 中 , 所 有 这 些 策 略 很 容 
易 共 存 。 在 某 些 情况 下 ， 还 有 一 种 选择 是 使 用 一 种 PUBLISHED LANGUAGE 来 编写 hub 的 插入 接 
口 。 

PLUGGABLE COMPONENT FRAMEWORK 也 有 几 个 缺点 。 一 个 缺点 是 它 是 一 种 非常 难以 使 用 的 
模式 。 它 需要 高 精度 的 接口 设计 和 一 个 非常 深入 的 模型 ， 以 便 把 一 些 必 要 的 行为 捕获 到 
ABSTRACT CORE 中 。 另 一 个 很 大 的 缺点 是 它 只 为 应 用 程序 提供 了 有 限 的 选择 。 如 果 一 个 应 用 程 
序 需 要 对 CORE DoMAIN 使 用 一 种 非常 不 同 的 方法， 那么 可 插入 式 组 件 框 架 将 起 到 妨碍 作用 。 开 
发 人 员 可 以 对 模型 进行 特殊 修改 ， 但 如 果 不 更 改 所 有 不 同 组 件 的 协议 ， 就 无 法 修改 ABSTRACT 
CORE。 这 样 一 来 ，CORE 的 持续 精 化 过 程 (也 是 通过 重 构 得 到 更 深层 理解 的 过 程 ) 在 某 种 程度 上 
会 陷入 僵局。 

[Fayad and Johnson(2000)] 中 详细 介绍 了 在 几 个 领域 中 使 用 PLUGGABLE COMPONENT 
FRAMEWORK 的 大 胆 尝试 ， 其 中 包 插 对 SEMATECH CIM 框架 的 讨论 。 要 想 成 功 地 使 用 这 些 框架 ， 
需要 综合 考虑 很 多 事情 。 最 大 的 障碍 可 能 就 是 人 们 的 理解 不 那么 成 熟 , 要 想 设 计 一 个 有 用 的 框架 ， 
必须 要 有 成 熟 的 理解 。PLUGGABLE COMPONENT FRAMEWORK 不 适合 作为 项 目的 第 一 个 大 比例 结 
构 , 也 不 适合 作为 第 二 个 。 最 成 功 的 例子 都 是 在 完全 开发 出 了 多 个 专门 应 用 之 后 才 采 用 这 种 结构 
的 。 
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2 SEMATECH CIM 框架 





在 一 家 生产 计算 机 芯片 的 工厂 中 ， 一 组 一 组 的 硅 片 〈 称 为 lot) 从 一 台 机 器 传送 到 另 一 台 
机 器 ,通过 上 百 道 加 工 工序 , 直到 印刷 上 微 电 路 并 完成 蚀刻 。 工 厂 需 要 一 个 软件 来 跟踪 每 个 lot， 
记录 下 来 它 上 面 已 经 完成 的 加 工 ， 然 后 指挥 工人 或 自动 设备 把 它 送 到 下 一 合 正 确 的 机 器 上 , 并 
进行 下 一 次 正确 的 加 工 。 这 样 的 软件 称 为 制造 执行 系统 (Manufacturing Execution System， 
MES) 。 

工厂 使 用 了 数 十 家 供应 商 生 产 的 数 百 台 不 同 的 机 器 , 每 道 工序 都 仔细 设计 了 定制 的 配方 。 为 
这 个 复杂 的 混合 加 工 过 程 开 发 MES 软件 是 一 项 异常 艰巨 的 任务 ， 而 且 费 用 也 十 分 高 晶 。 为 了 解 
决 这 些 问 题 ，SEMATECH (一 家 行业 协会 ) 开发 了 CIM 框架 。 

CIM 框架 庞大 而 复杂 ， 它 有 很 多 方面 ， 但 只 有 两 个 方面 与 我 们 这 里 的 讨论 相关 。 首 先 ， 这 
个 框架 为 半导体 MES 领域 的 基本 概念 定义 了 抽象 接口 ， 换 言 之 ， 以 ABSTRACT CORE 的 形式 定义 
了 CORE DoMAIN。 这 些 接口 定义 既 包括 行为 上 的 ， 也 包括 语义 上 的 。 
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System 
图 16-24 高 度 简化 的 CIM 接口 子 集 ， 提 供 了 一 些 实现 样 例 


如 果 某 家 供应 商 生 产 了 一 种 新 的 机 器 ， 他 们 必须 开发 Process Machine 接口 的 一 个 专用 实 
现 。 只 要 他 们 遵守 该 接口 ， 他 们 的 机 器 控制 组 件 就 可 以 播 和 人 到 任何 基于 CIM 框架 的 应 用 程序 
中 。 
在 定义 了 这 些 接口 之 后 ，SEMATECH 又 定义 了 组 件 在 应 用 程序 中 进行 交互 时 需要 遵守 的 规 
则 。 任 何 基于 CIM 框架 的 应 用 程序 都 必须 实现 一 个 协议 ， 通 过 这 个 协议 来 为 那些 已 经 实现 部 分 
接口 的 对 象 提 供 服 务 。 如 果 这 个 协议 已 经 实现 ， 而 且 应 用 程序 严格 遵守 抽象 接口 ， 那 么 这 个 应 用 
程序 就 可 以 使 用 这 些 接口 所 提供 的 服务 ,而 不 用 管 它们 是 如 何 实现 的 。 这 些 接口 以 及 为 了 使 用 接 
口 而 实现 的 协议 组 合 在 一 起 ， 构 成 了 具有 严格 限制 的 大 比例 结构 。 
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旧 系 统 中 的 处 理 
人 
f ) 
aaameam| X :Lot Eee | ess Ress 
把 lot X 注 册 到 机 器 Y 中 
获取 下 一 个 操作 -| 
获取 下 一 个 操作 
FE ---- 
Z 
操作 操作 Z 是 否 受 支持 
| 
确认 
在 机 器 Y 上 选择 工艺 了 方 
1 条 入 配方 
| | 





图 16-25 用 户 把 一 个 lot 放 到 下 一 台 机 器 上 ， 并 把 这 次 操作 记录 到 计算 机 中 
这 个 框架 需要 使 用 专门 的 基础 设施 。 它 主要 使 用 CORBA 来 提供 持久 化 、 事 务 、 事 件 和 其 他 


技术 服务 。 但 它 的 PLUGGABLE COMPONENT FRAMEWORK 的 定义 很 有 趣 , 它 允 许 人 们 独立 开发 软件 ， 
并 把 开发 出 来 的 软件 平滑 地 集成 到 庞大 的 系统 中 。 没 有 人 会 知道 这 个 系统 中 的 所 有 细节 ,但 每 个 
人 都 理解 整体 视图 。 











数 千 人 是 如 何 分 工 来 制作 一 个 由 40 000 多 块 组 成 的 “艾滋 病 纪 念 拼 被 ”的 ? 
几 条 简单 的 规则 为 “ 艾 洲 病 拼图 被 子 ” 提 供 了 一 种 大 比例 结构 ， 而 细节 则 由 各 个 志愿 者 来 完 


成 。 注意 规则 重点 关注 的 三 个 方面 , 一 是 整体 任务 (纪念 那些 因 艾 滋 病 而 死去 的 人 们 )， 二 是 各 个 
小 块 所 具有 的 那些 使 其 容易 拼 到 整体 中 的 特性 ， 三 是 处 理 更 大 的 块 的 能 力 ( 例 如 把 它 折 秋 起 来 )。 


以 下 就 是 艾滋 病 纪念 拼 被 的 一 个 拼 块 的 制作 方法 
[摘自 艾滋 病 纪 念 拼 被 网 站 ，www.aidsquilt.org] 
设计 拼 块 
把 要 纪念 的 人 的 名 字 写 到 拼 块 上 。 可 以 自由 加 入 其 他 一 些 信息 ,例如 出 生 、 死 亡 日 期 各 出生 
， 等 等 ， 每 个 拼 块 仅 限 一 人 ……… 
选择 你 的 材料 
记 住 ,被 单 要 被 折合 和 打开 许多 次 ， 因 此 材料 的 耐久 性 很 重要 。 由 于 胶 会 随 着 时 间 失 效 ， 因 





心 
\ 
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此 最 好 把 东西 颖 到 拼 块 上 。 最 好 使 用 重量 适中 、 不 具有 拉 伸 性 的 布料 ， 例 如 棉 帆 布 或 毛 识 。 





设计 可 以 采用 栅 向 或 纵向 ， 但 最 终 镶 好 边 的 拼 块 必须 是 3 英尺 x6 英 尺 (90 cmx 180 cm) 


能 多 也 不 能 少 ! 裁剪 布料 时 ， 每 个 边 留 出 2~3 英寸 的 镶 边 。 如 果 你 自己 不 能 镶 边 ， 我 们 会 人 
代劳 。 无 需 为 拼 块 颖 制 夹层 , 但 建议 在 背面 缝 一 个 衬 垫 ， 这样 当 把 拼 块 放 到 地 上 时 ， 可 以 保持 干 


净 ， 


也 有 助 于 保持 布料 不 变形 。 

制作 拼 决 

制作 拼 块 时 可 能 会 用 到 以 下 技术 。 

口 颖 饰 : 在 背景 布料 上 颖 上 其 他 的 织物 、 信 件 或 小 的 纪念 品 。 不 要 使 用 胶水 ， 因 为 它 很 容 
易 失 效 。 

口 用 颜料 涂 色 : 刷 上 纺织 颜料 或 快速 上 色 染 料 ， 也 可 以 使 用 不 褪色 的 墅 水笔 。 不 要 使 用 “ 棉 
花 彩 ”“， 因 为 它 的 黏 性 太 大 了 。 
口 模 绘 :用 铅笔 把 你 的 设计 画 到 布料 上 ， 然 后 把 得 到 的 模板 垫 高 ， 再 用 刷子 涂 上 纺织 颜料 
或 不 银色 的 标记 。 

日 拼 贴 : 在 拼 块 上 使 用 的 材料 一 定 不 要 把 布料 划 破 《因此 不 要 使 用 玻璃 和 金属 片 )， 还 要 注 
意 不 要 使 用 体积 很 大 的 物品 。 

口 照片 ， 加 照片 或 信件 的 最 好 方法 是 把 它们 影印 到 次 印 转 印 纸 (iron-on transfer) 上 ， 再 由 
泌 印 转 印 纸 印 到 100% 的 纯 棉 布料 上 ， 再 把 这 块 布料 颖 到 拼 块 上 。 也 可 以 用 乙 燃 材料 把 照 
片 塑 封 起 来 ， 再 颖 到 拼 块 上 (不 要 放 在 中 央 ， 以 避免 折合)。 


16.6 ”结构 应 该 有 一 种 什么 样 的 约束 


本 章 所 讨论 的 大 比例 结构 很 广泛 ， 从 非常 宽松 的 SYSTEM METAPHOR 到 严格 的 PLUGGABLE 


COMPONENT FRAMEWORK。 当 然 ， 还 有 很 多 其 他 结构 ， 而 且 ， 甚 至 在 一 个 通用 的 结构 模式 中 ， 在 
制定 规则 上 也 可 以 选择 多 种 不 同 的 严格 程度 。 


例如 ，RESPONSIBILITYLAYER 规定 了 一 种 用 于 划分 模型 概念 以 及 它们 的 依赖 性 的 方式 ， 但 我 


们 也 可 以 添加 一 些 规则 ， 来 指定 各 个 层 之 间 的 通信 模式 。 


假设 有 一 家 制造 三 ,每 个 零件 在 哪 台 机 器 上 加 工 (根据 工艺 配方 ) 完全 由 软件 来 指挥 。 正 确 


的 加 工 命令 是 从 策略 层 发 出 的 ， 并 在 作业 层 执 行 。 但 工厂 的 实际 生产 不 可 避免 地 会 有 错误 。 实 际 
情况 将 与 软件 的 规则 不 符 。 现 在 ,作业 层 必 须要 反映 出 工厂 的 实际 情况 ,这 意味 着 当 一 个 零件 偶 


然 被 放 到 一 台 错 误 的 机 器 上 时 , 机 器 必须 无 条 件 地 接受 它 。 这 种 异常 情况 需要 以 其 种 方式 传递 到 


更 高 的 层 。 然 后 ,决策 制定 层 可 以 利用 其 他 策略 来 纠正 这 种 情况 ， 可 以 把 该 零件 重新 送 到 修理 流 
程 或 直接 丢弃 它 。 但 作业 层 不 知道 较 高 层 的 任何 信息 。 通 信 必 须 是 单 向 的 ,不 能 让 较 低 层 产生 对 


@ 棉花 彩 〈puffy paint) 一 种 绘画 颜料 ， 可 以 画 在 纸 、 石 头 、 木 头 、 金 属 等 上 , 干 后 用 电 歇 风 加 热 即 可 产生 浮 凸 效果 。 
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较 高 层 的 依赖 性 。 

通常 , 这 种 信号 传递 是 通过 某 种 事件 机 制 实现 的 。 每 当 作业 层 对 象 的 状态 发 生变 化 时 ,它们 
就 将 生成 事件 。 策 略 层 对 象 将 监听 来 自 较 低 层 的 相关 事件 。 如 果 一 个 事件 违反 了 某 个 规则 ， 该 规 
则 将 执行 一 个 动作 (规则 定义 的 一 部 分 ) 来 给 出 适当 的 响应 , 或 者 生成 一 个 事件 反馈 给 更 高 的 层 ， 
以 便 帮 助 更 高 的 层 做 出 决策 。 | 

例如 在 银行 中 ， 当 投资 组 合 中 的 某 些 部 分 发 生变 动 时 ， 资 产 的 价值 会 发 生 改 变 (作业 层 )。 
当 这 些 值 超过 投资 组 合 的 配置 限制 时 策略 层 )， 交 易 商 可 能 就 会 接 到 通知 ， 然 后 他 可 以 通过 买 
入 或 卖 出 资产 来 恢复 平衡 。 

我 们 可 以 为 每 种 不 同 的 情况 设计 不 同 的 事件 机 制 ,也 可 以 让 特殊 层 中 的 对 象 在 交互 时 遵守 一 
种 一 致 的 模式 。 结 构 越 严格 ,一 致 性 就 越 高 ， 设 计 也 越 容易 理解 。 如 果 结 构 适 当 的 话 ， 规 则 将 推 
动 开 发 人 员 得 出 好 的 设计 。 不 同 的 部 分 之 间 会 更 协调 。 

另 一 方面 , 约束 也 会 限制 开发 人 员 所 需 的 灵活 性 。 在 异 构 系统 中 ,特别 是 当 系统 使 用 了 不 间 
的 实现 技术 时 ， 可 能 无 法 跨越 不 同 的 BOUNDED CONTEXT 来 使 用 非常 特殊 的 通信 路 径 。 

因此 一 定 要 克制 , 不 要 滥用 框架 和 死板 地 实现 大 比例 结构 。 大 比例 结构 的 最 重要 的 贡献 在 于 
它 具 有 概念 上 的 一 致 性 , 并 帮助 我 们 更 深入 地 理解 领域 。 每 条 结构 规则 部 应 该 使 开发 变 得 更 容易 


16.7 ”通过 重 构 得 到 更 适当 的 结构 


在 当今 这 个 时 代 , 软件 开发 行业 正在 努力 摆脱 过 多 的 预先 设计 ,因此 一 些 人 会 把 大 比例 结构 
看 作 是 倒退 回 了 过 去 那 段 使 用 瀑布 架构 的 令 人 痛苦 的 年 代 。 但 实际 上 上， 只 有 深入 地 理解 领域 和 问 
题 才 能 发 现 一 种 非常 有 用 的 结构 ， 而 获得 这 种 深刻 的 理解 的 有 效 方 式 就 是 迭 代 开 发 过 程 。 

团队 要 想 坚 持 EVOLVING ORDER 原则 ， 必 须 在 项 目的 整个 生命 周期 中 大 胆 地 反复 思考 大 比例 
结构 。 团 队 不 应 该 一 成 不 变 地 使 用 早期 构思 出 来 的 那个 结构 ， 因 为 那 时 所 有 人 对 领域 或 需求 的 理 
解 都 不 够 完善 。 

遗憾 的 是 , 这 种 演变 意味 着 最 终 的 结构 不 会 在 项 目 一 开始 就 被 发 现 , 而 且 我 们 必须 在 开发 过 
程 中 进行 重 构 ， 以 便 得 到 最 终 的 结构 。 这 可 能 很 难 实现 ， 而 且 需 要 高 晶 的 代价 ， 但 这 样 做 是 非常 
必要 的 。 有 一 些 通用 的 方法 可 以 帮助 控制 成 本 并 最 大 化 收益 。 


16.7.1 最 小 化 





控制 成 本 的 一 个 关键 是 保持 一 种 简单 、 轻 量 级 的 结构 。 不 要 试图 使 结构 面面俱到 。 只 需 解决 
最 主要 的 问题 即 可 ， 其 他 问题 可 以 留 到 后 面 一 个 一 个 地 解决 。 

开始 最 好 选择 一 种 松散 的 结构 , 例如 SYSTEM METAPHOR 或 几 个 RESPONSIBILITY LAYER。 不 管 
怎样 ， 一 种 最 小 化 的 松散 结构 可 以 起 到 轻 量 级 的 指导 作用 ， 它 有 助 于 避免 混乱 。 


上 
Co 
已 
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16.7.2 ”沟通 和 自律 


整个 团队 在 新 的 开发 和 重 构 中 必须 遵守 结构 。 要 做 到 这 一 点 ， 整 个 团队 必须 理解 这 种 结构 。 
必须 把 术语 和 关系 纳入 到 UBIQUITOUS LANGUAGE 中 。 

大 比例 结构 为 项 目 提供 了 一 个 术语 表 , 它 概要 地 描述 了 整个 系统 , 并 且 使 不 同人 员 能 够 做 出 
一 致 的 决策 。 但 由 于 大 多 数 大 比例 结构 只 是 松散 的 概念 指导 ， 因 此 团队 必须 要 自觉 地 遵守 它 。 

如 果 很 多 人 不 遵守 结构 ， 它 慢 慢 就 会 失去 作用 。 这 时 ,结构 与 模型 和 实现 的 各 个 部 分 之 间 的 
关系 无 法 总 是 在 代码 中 明确 地 反映 出 来 ， 而 且 功 能 测试 也 不 再 依赖 结构 了 。 此 外 ,结构 往往 是 抽 
象 的 ， 因 此 很 难保 证 在 一 个 大 的 团队 (或 多 个 团队 ) 中 一 致 地 应 用 它 。 

在 大 多 数 团 队 中 , 仅仅 通过 沟通 是 不 足以 保证 在 系统 中 采用 一 致 和 的 大 比例 结构 的 。 至 关 重 要 
的 一 点 是 要 把 它 合 并 到 项 目的 通用 语言 中 ， 并 让 每 个 人 都 严格 地 使 用 UBIQUITOUS LANGUAGE。 


16.7.3 ”通过 重 构 得 到 和 柔性 设计 


其 次 , 对 结构 的 任何 修改 都 可 能 导致 大 量 的 重 构 工 作出 现 。 随 着 系统 复杂 度 的 增加 和 人 们 理 
解 的 加 深 ， 结 构 会 不 断 演 变 。 每 次 修改 结构 时 ， 必 须 修改 整个 系统 ， 以 便 遵 守 新 的 秩序 。 显 然 这 
需要 付出 大 量 工作 。 

但 这 并 不 像 听 上 去 那么 精 糕 。 根 据 我 的 观察 , 采用 了 大 比例 结构 的 设计 往往 比 那些 未 采用 的 
设计 更 容易 转换 。 即 使 是 从 一 种 结构 更 改 为 另 一 种 结构 (例如 从 METAPHOR 改 为 LAYER) 也 是 如 
此 。 我 无 法 完全 解释 清楚 这 是 什么 原因 。 部 分 原因 是 当 完 全 理解 了 某 个 系统 的 当前 布局 之 后 , 再 
重新 安排 它 就 会 更 容易 , 而 且 先 前 的 结构 使 得 重新 布局 变 得 更 容易 。 还 有 部 分 原因 是 用 于 维护 先 
前 结构 的 那 种 自律 性 已 经 渗透 到 了 系统 的 各 个 方面 。 但 我 觉得 还 有 更 多 的 原因 ， 因 为 当 一 个 系统 
先前 已 经 使 用 了 两 种 结构 时 ， 它 的 更 改 甚至 更 加 容易 。 

一 件 新 皮 匣 克 穿 起 来 又 硬 又 不 舒服 , 但 穿 了 一 天 之 后 , 肘 部 经 过 若干 次 弯曲 后 就 会 变 得 更 容 
易 弯 曲 。 再 穿 几 天 之 后 ， 肩 部 也 会 变 得 宽松 ， 茹 克也 更 容易 穿 上 了 。 几 个 月 后 ， 皮 质 开 始 变 得 柔 
软 ， 穿 着 会 更 舒适 ,也 更 容易 穿 上。 同样 ， 对 模型 反复 进行 合理 的 转换 也 有 相同 效果 。 不 断 增加 
的 知识 被 合并 到 模型 中 ， 更 改 的 要 点 已 经 被 识别 出 来 ， 并 且 更 改 也 变 得 更 灵活 ， 同 时 模型 中 一 些 
稳定 的 部 分 也 得 到 了 简化 。 这样, 底层 领域 的 更 显著 的 CoNCEPTUAL CONTOUR 就 会 在 模型 结构 中 
浮现 出 来 。 


16.7.4 通过 精炼 可 以 减轻 负担 


对 模型 施加 的 男 一 项 关键 工作 是 持续 精炼 。 这 可 以 从 各 个 方面 减 小 修改 结构 的 难度 。 首 先 ， 
从 CORE DoMAIN 中 去 掉 一 些 机 制 、GENERIC SUBDOMAIN 和 其 他 支持 结构 ， 需 要 重 构 的 内 容 就 少 
多 了 。 

如 果 可 能 的 话 ， 应 该 把 这 些 支持 元 素 简 单 地 定义 成 符合 大 比例 结构 的 形式 。 例 如 ， 在 一 个 
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RESPONSIBILITY LAYER 系统 中 ， 可 以 把 GENERIC SUBDOMAIN 定义 成 只 适合 放 到 某 个 特定 层 中 。 当 
使 用 了 PLUGGABLE COMPONENT FRAMEWORK 的 时 候 ， 可 以 把 GENERIC SUBDOMAIN 定义 成 完全 由 
某 个 组 件 拥有 ， 也 可 以 定义 成 一 个 SHARED KERNEL, 供 一 组 相关 组 件 使 用 。 这 些 支 持 元 素 可 能 需 
要 进行 重 构 ， 以 便 找 到 它们 在 结构 中 的 适当 位 置 ， 但 它们 的 移动 与 CORE DoMAIN 是 独立 的 ， 而 
且 移 动 也 限制 在 很 小 的 范围 内 ， 因 此 更 容易 实现 。 最后， 它们 都 是 次 要 元 素 ， 因 此 它们 的 精 化 不 
会 影响 大 局 。 
通过 精炼 和 重 构 得 到 更 深层 理解 的 原理 其 至 也 适用 于 大 比例 结构 本 身 。 例如, 最 初 可 以 根据 
对 领域 的 初步 理解 来 选择 分 层 结构 , 然后 逐步 用 更 深层 次 的 抽象 (这 些 抽 象 表 达 了 系统 的 基本 职 
责 ) 来 代替 它们 。 这 种 极 高 的 清晰 度 使 人 们 能 够 透彻 地 理解 领域 ， 这 也 是 我 们 的 目标 。 它 也 是 一 
种 使 系统 的 整体 控制 变 得 更 容易 、 更 安全 的 手段 。 483 





第 呈 4 


领域 驱动 设计 的 综合 运用 


让 醒 ? 章 给 出 了 领域 驱动 战略 设计 的 很 多 原则 和 技术 。 在 一 个 大 的 、 复 杂 的 系统 中 ， 可 
日 | 能 需要 在 一 个 设计 中 综合 运用 几 种 策略 。 那 么 ， 大 比例 结构 如 何 与 CONTEXT MAP 共 
存 ? 应 该 把 构造 块 放 到 哪里 ? 第 一 步 先 做 什么 ? 第 二 步 和 第 三 步 呢 ? 如何 设计 你 的 战略 ? 


17.1 把 大 比例 结构 与 BOUNDED CONTEXT 结合 起 来 使 用 








CONTEXT MIAP 



















将 不 同 部 分 BouNpED 
连接 到 一 起 一 一 CONTEXT 按 它 来 组 给 
定义 有 效 性 | 
/ 引用 它 来 
”把 所 采用 的 
“大 声 地 ” 建 模 UBIQUITOUS 结构 加 入 、 


LANGUAGE 


EVOLYING 
ORDER 


一 概念 输入 


精炼 
i 
gel 


天 比例 结 榴 


图 17-1 


战略 设计 的 三 个 基本 原则 (上 下文 、 精炼 和 大 比例 结构 ) 并 不 是 可 以 互相 代 赫 的 ,而 是 互 为 
补充 ,并 且 以 多 种 方式 交互 。 例 如 ， 一 种 大 比例 结构 可 以 存在 于 一 个 BOUNDPED CONTEXT 中 ， 也 可 


第 17 章 ”领域 驱动 设计 的 综合 运用 337 


以 跨越 多 个 BOUNDED CONTEXT 存 在 ， 并 用 于 组 织 CONTEXT MAP。 

前 面 的 RESPONSIBILITY LAYER 的 例子 被 限定 在 一 个 BoUNDED CONTEXT 中 。 这 是 解释 这 一 思想 
的 最 简单 的 方法 ， 也 是 该 模式 的 一 般 用 法 。 在 这 样 的 简单 场景 中 ， 层 的 名 称 的 含义 仅 用 于 该 
CONTEXT， 该 CONTEXT 中 的 模型 元 素 或 子 系统 接口 的 名 称 也 是 如 此 。 
































-一 一 ~ 
> \ 
/ ， \ 
/ Operations \ 
1 Cargo -| Route \ 
| \ 
| Potential -一 一 一 1 
Transport Leg | 
\ / 
\ 一 
以 一 一 一 一 一 一 一 
~ 一 


图 17-2 在 一 个 BoUNDED CONTEXT 内 部 构造 一 个 模型 
这 样 的 局 部 结构 在 一 个 非常 复杂 但 统一 的 模型 中 是 很 有 用 的 , 它 使 系统 所 能 承受 的 复杂 度 的 
上 限 提 高 了 ， 进 而 使 得 在 一 个 BoUNDED CONTEXT 中 可 以 维护 更 多 的 对 象 。 
但 是 在 很 多 项 目 中 , 更 大 的 挑战 是 知道 怎样 使 各 个 不 同 的 部 分 构成 一 个 整体 , 如 图 17-3 所 示 。 
这 些 部 分 可 能 被 划分 到 不 同 的 BOUNDED CONTEXT 中 ， 但 是 各 个 部 分 在 整个 集成 系统 中 的 作用 是 什 
么 ， 它 们 之 间 又 是 如 何 互 相关 联 的 ? 理解 了 这 些 问 题 之 后 就 可 以 用 大 比例 结构 来 组 织 CONTEXT 



































MaP。 在 这 种 情况 下 ， 结 构 的 术语 适用 于 整个 项 目 (或 至 少 是 项 目 中 某 个 明确 限定 的 部 分 )。 486 
一 一 -一 一 三 一 一 传输 网 络 一 人 
/ 1 查询 / 转 Network | CONTEXT \ 
\ ong 下 \ Traversal \ 
雪 \ 1 \ Service \ 
也 \ 预订 CoNTrExT -过 ~、 J 
一 ~ 
一 一 于 一 、 
Repository 
好 /传输 计划 
> CONTEXT 
\ 一 一 一 一 一 ~ pa 
图 17-3 ”在 不 同 BouNDED CoNTEXT 的 组 件 关系 上 所 使 用 的 结构 
假设 你 打算 采用 RESPONSIBILITY LAYER 模 式 ， 但 你 有 一 个 遗留 系统 ， 它 的 组 织 结 构 与 你 想 要 


心 


338 第 四 部 分 战略 设计 








采用 的 大 比例 结构 不 一 致 。 那么 是 否 必须 放弃 LAYERS 模 式 ? 不 必 放 弃 它 , 但 是 你 必须 确定 遗留 系 
统 在 新 结构 中 的 位 置 ， 如 图 17-4 所 示 。 实 际 上 ， 职 责 层 可 能 有 助 于 刻画 出 遗留 系统 的 特征 。 遗 留 
系统 所 提供 的 SERVICE 可 以 只 被 限定 到 几 个 层 中 。 如 果 我 们 能 够 说 出 遗留 系统 与 哪 几 个 特定 的 
RESPONSIBILITYLAYER 相 符 ， 那 么 这 就 非常 精确 地 描述 了 遗留 系统 的 范围 和 角色 的 关键 方面 。 
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图 17-4 ”允许 一 些 组 件 跨越 多 个 层 的 结构 


如 果 遗 留 子 系统 的 功能 是 通过 一 个 FACADE 来 访问 的 ， 那 么 就 可 以 把 该 FACADE 所 提供 的 每 项 
SERVICE 都 设计 到 一 个 层 中 。 

在 这 个 示例 中 ，Shipping Coordination 应 用 程序 是 一 个 遗留 系统 ， 它 的 内 部 机 制 是 作为 一 个 
无 差别 的 整体 呈现 出 来 的 。 但 如 果 项 目 团队 已 经 很 好 地 建立 了 一 种 跨 CoNTExT MAP 的 大 比例 结 
构 ， 那 么 团队 可 以 选择 在 他 们 的 CONTEXT 中 按照 已 经 熟悉 的 层 来 组 织 模型 ， 如 图 17-5 质 和 

当然 , 由 于 每 个 BoUNDED CONTEXT 都 是 其 自己 的 名 称 空间 , 因此 在 一 个 CONTEX 恩 担 条 以 使 
用 一 种 结构 来 组 织 模型 ， 而 在 相 邻 的 CONTExT 中 则 可 以 使 用 另 一 种 结构 ， 然 后 再 使 用 站 种 加 的 
结构 来 组 织 CONTEXTMAP。 但 是 ,使 用 过 多 的 结构 就 会 损害 大 比例 结构 作为 项 目 统一 概 盛 集 的 
Wb (i 
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这 个 对 象 模型 所 显示 的 三 个 


对 象 只 用 于 这 个 CoNTExT， 
但 模型 是 按照 CoNTEXT 

MAP 所 使 用 的 同一 个 大 比例 
结构 来 组 织 的 。 








图 17-5 在 一 个 CoNTEXT 中 和 整个 CONTEXT MAP (作为 一 个 整体 ) 中 使 用 同一 种 结构 


17.2 将 大 比例 结构 与 精炼 结合 起 来 使 用 


大 比例 结构 和 精炼 的 概念 也 是 互 为 补充 的 。 大 比例 结构 可 以 帮助 解释 CORE DoMAIN 内 部 的 关 
系 以 及 GENERIC SUBDOMAIN 之 间 的 关系 ， 如 图 17-6 所 示 。 

同时 ， 大 比例 结构 本 身 也 可 能 是 CoRE DOMAIN 的 一 个 重要 部 分 。 例 如 ， 把 潜能 层 、 作 业 层 、 
策略 层 和 决策 支持 层 区 分 开 , 能 够 提炼 出 对 软件 所 要 解决 的 业务 问题 的 基本 理解 。 当 项 目 被 划分 
为 多 个 BOUNDED CONTEXT 时 ,这 种 理解 会 特别 有 用 ， 这样 CORE DoMAIN 的 模型 对 象 就 不 会 具有 过 


17.3 首先 评估 


当 对 一 个 项 目 进行 战略 设计 时 ， 首 先 需 要 清晰 地 评估 当前 现状 。 

(D 画 出 CONTEXT MAP。 你 能 画 出 一 个 一 致 的 图 吗 ?” 有 没有 一 些 模 棱 两 可 的 情况 ? 

(2) 注意 项 目 上 的 语言 使 用 。 有 没有 UBIQUITOUS LANGUAGE? 这 种 语言 是 否 足 够 丰富 ， 以 便 
帮助 开发 ? . 

G) 理解 重点 所 在 。CORE DoMAMN 被 识别 出 来 了 吗 ? 有 没有 DoMAI VISION STATEMENT? 你 能 
写 一 个 吗 ? 

(4) 项 目 所 采用 的 技术 是 遵循 MODEL-DRIVEN DESIGN， 还 是 与 之 相悖 ? 
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(5) 团队 开发 人 员 是 否 具 备 必 要 的 技能 ? 
(6) 开发 人 员 是 否 了 解 领域 知识 ? 他 们 对 领域 是 否 感 兴趣 ? 
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图 17-6 ”通过 分 层 把 CORE DOMAIN 的 MoDULE (用 粗 框 显示 ) 
和 GENERIC SUBDOMAIN 分 得 更 清楚 
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当然 、 我 们 不 会 发 现 完美 的 答案 。 我 们 现在 对 项 目的 了 解 永远 不 如 将 来 的 了 解 深 入 。 但 这 些 
问题 为 我 们 提供 了 一 个 可 靠 的 起 点 。 当 知道 了 这 些 问 题 的 初步 答案 后 ,我 们 就 会 明白 什么 是 最 迫 
切 需 要 解决 的 。 随 着 时 间 的 推进 ， 我 们 可 以 得 出 更 精炼 的 答案 ， 特 别 是 CONTEXT MAP、DOMAIN 
VISION STATEMENT， 以 及 其 他 创建 出 来 的 工件 ， 这 些 答案 都 反映 出 了 变化 的 情况 和 新 的 理解 。 


17.4 由 谁 制定 策略 


传统 上 , 架构 是 在 应 用 程序 开发 开始 之 前 建立 的 , 并 且 在 这 种 组 织 中 ,负责 建立 架构 的 团队 
比 应 用 开发 团队 拥有 更 大 的 权力 。 但 我 们 并 不 一 定 得 遵循 这 种 传统 的 方式 ， 因为 它 并 不 总 是 十 分 
有 效 。 

战略 设计 必须 明确 地 应 用 于 整个 项 目 。 项 目 有 很 多 组 织 方式 ,这 一 点 我 并 不 想 做 过 多 的 说 明 。 
但 是 ， 要 想 使 决策 制定 过 程 更 有 效 ， 需 要 注意 一 些 基 本 问题 。 

首先 , 我 们 简单 介绍 一 下 我 曾 见 过 的 两 种 在 实践 中 具有 一 定价 值 的 风格 ( 握 弃 了 传统 的 “由 
高 层 制定 决策 ”的 做 法 )。 


17.4.1 ”从 应 用 程序 开发 自动 得 出 的 结构 


一 个 非常 善于 沟通 、 懂得 自律 的 团队 在 没有 核心 领导 的 情况 下 照样 能 够 很 好 地 工作 , 他 们 能 
够 遵循 EVOLVING ORDER 来 达成 一 组 共同 遵守 的 原则 ， 这 样 就 能 够 有 机 地 形成 一 种 秩序 ， 面 不 用 
靠 命令 来 约束 。 

这 是 极限 编程 团队 的 典型 模式 。 从 理论 上 讲 , 任何 一 对 儿 编 程 人 员 都 可 以 根据 自己 的 理解 来 
完全 自发 地 创建 一 种 结构 。 通 常 ， 让 团队 中 的 一 个 人 《或 几 个 人 ) 来 承担 大 比例 结构 的 一 定 监管 
职责 有 利于 保持 结构 的 统一 。 如 果 这 位 承担 监管 职责 的 非 正式 的 领导 人 也 是 一 位 负责 具体 工作 的 
开发 人 员 (仲裁 者 和 协调 员 )， 而 不 是 决策 的 唯一 制定 者 ， 那 么 这 种 方法 将 特别 有 效 。 在 我 见 过 
的 极限 编程 团队 中 , 这样 的 策略 设计 领导 者 可 能 会 自动 出 现 , 他 的 角色 就 像 是 一 位 教练 。 不 管 这 
个 自动 出 现 的 领导 人 是 谁 ， 他 仍然 是 开发 团队 的 成 员 之 一 。 由 此 可 见 ， 开 发 困 队 必须 至 少 有 几 位 
具有 这 样 才干 的 人 ， 由 他 们 来 制定 一 些 运 用 到 整个 项 目 中 的 设计 决策 。 

当 多 个 团队 使 用 同一 种 大 比例 结构 时 , 密切 相关 的 团队 可 以 开始 非 正 式 的 协作 。 在 这 种 情况 
下 , 每 个 应 用 程序 团队 仍 会 产生 对 这 种 大 比例 结构 的 各 自 的 想法 , 而 其 中 有 些 特殊 的 选择 则 由 一 
个 非 正 式 的 委员 会 来 讨论 , 这 个 委员 会 由 各 个 团队 的 代表 组 成 。 在 评估 了 这 些 选 择 对 设计 的 影响 
之 后 ， 委 员 会 决定 是 采用 它 、 修 改 它 ， 还 是 放弃 它 。 团 队 在 这 种 松散 的 合作 关系 下 一 起 前 进 。 这 
种 安排 在 团队 数目 相对 较 少 的 时 候 很 有 效 , 因为 各 个 团队 之 间 能 够 一 致 地 保持 彼此 协调 ,他们 的 
设计 能 力 大 致 相同 ， 而 且 他 们 的 结构 需求 基本 是 一 致 的 ， 可 以 通过 同一 种 大 比例 结构 来 满足 。 


17.4.2 以 客户 为 中 心 的 架构 团队 
当 几 个 团队 共用 同一 种 策略 时 ,确实 需要 集中 制定 一 些 决策 。 架 构 师 如 果 脱 离 实际 开发 工作 ， 





ER 
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就 可 能 会 设计 出 失败 的 模型 , 但 这 是 完全 可 以 避免 的 。 架构 团队 可 以 把 自己 放 在 与 应 用 开发 团队 
平等 的 位 置 上 ,帮助 他 们 协调 大 比例 结构 .BOUNDED CONTEXT 边 界 和 其 他 一 些 跨 团队 的 技术 问题 。 
为 了 在 这 个 过 程 中 发 挥 作用 ， 架 构 团 队 必 须 把 思考 的 重点 放 在 应 用 程序 的 开发 上 。 

在 组 织 结构 图 中 , 这 样 的 团队 看 起 来 与 传统 的 架构 图 队 没 什么 分 别 , 但 实际 上 二 者 在 每 一 项 
活动 中 都 存在 不 同 。 架 构 团队 的 成 员 是 真正 的 开发 协作 者 ,他们 与 开发 人 员 一 起 发 现 模 式 ， 与 各 
个 团队 一 起 通过 反复 实验 进行 精炼 ， 并 亲自 动手 参与 开发 工作 。 

这 种 场景 我 曾经 见 到 过 几 次 , 项 目 最 终 会 由 一 位 架构 师 来 领导 , 下 面 列 出 的 大 部 分 工作 都 会 
由 他 来 完成 。 


17.5 制定 战略 设计 决策 的 6 个 要 点 


决策 必须 传达 到 整个 团队 

显然 ， 如 果 不 能 确保 团队 中 的 所 有 人 都 知道 策略 并 去 遵守 它 ， 那 么 策略 也 就 失去 了 作用 。 这 
个 要 求 引导 入 们 以 架构 团队 (具有 正式 的 “权威 ”") 为 中 心 组 织 到 一 起 ， 以 便 在 整个 项 目 中 应 用 
一 致 的 规则 。 然 而 具有 讽刺 意味 的 是 , 那些 脱离 实际 开发 工作 的 架构 师 往往 会 被 人 们 忽略 或 躲 开 。 
如 果 架 构 师 没有 实践 经 验 ， 又 试图 把 他 们 自己 的 规则 强加 于 实际 的 应 用 程序 , 那么 他 们 所 设计 出 
来 的 模式 就 会 不 切实 际 ， 这 时 开发 人 员 除 了 忽略 他 们 之 外 别 无 选择 。 

在 一 个 沟通 良好 的 项 目 中 ， 应 用 开发 团队 所 产生 的 策略 设计 实际 上 会 更 有 效 地 传播 到 每 个 
人 。 这 样 策略 将 会 实际 发 挥 作 用 ， 而 且 具 有 权威 性 ， 因 为 它 是 通过 集体 智慧 制定 的 决策 。 

无 论 开 发 什么 系统 , 都 不 要 用 管理 层 所 授予 的 权力 来 强制 地 推行 战略 决策 , 而 应 该 更 多 地 关 
注 开发 人 员 与 策略 之 间 的 实际 关系 。 

决策 过 程 必须 收集 反馈 意见 

无 论 是 建立 组 织 原 则 、 大 比例 结构 还 是 精炼 过 程 ， 都 需要 非常 精细 的 工作 ， 因 此 需要 真正 理 
解 项 目的 需求 和 领域 概念 。 那 些 唯一 具有 这 方面 深层 次 知识 的 人 就 是 应 用 程序 的 开发 团队 。 这 解 
释 了 为 什么 架构 团队 所 创建 的 应 用 架构 很 少 对 项 目 产生 帮助 , 尽管 我 们 必须 承认 很 多 架构 师 都 韭 
常 有 才能 。 

与 技术 基础 设施 和 架构 不 同 ,战略 设计 虽然 影响 到 所 有 的 开发 工作 , 但 是 它 本 身 并 不 需要 编 
写 很 多 代码 。 战 略 设计 真正 需要 的 是 应 用 开发 团队 的 参与 。 经 验 丰富 的 架构 师 可 以 听取 来 自 各 个 
团队 的 想法 ， 并 促进 总 体 解 决 方案 的 开发 。 

我 曾经 与 一 个 技术 架构 团队 合作 过 , 这 个 团队 实际 上 把 成 员 轮 流派 到 使 用 其 架构 的 各 个 应 用 
开发 团队 中 。 这 种 流动 性 既 使 架构 团队 亲身 体验 到 了 开发 人 员 所 面临 的 挑战 ,同时 也 把 如 何 应 用 
框架 的 知识 传播 给 了 开发 人 员 。 战 略 设计 同样 需要 这 种 紧凑 的 反馈 循环 。 

计划 必须 允许 演变 

有 效 的 软件 开发 是 一 个 高 度 动态 的 过 程 。 如果 最 高 层 的 决策 已 经 固定 下 来 , 那么 当 团队 需要 
对 变更 做 出 响应 时 ， 选 择 就 会 更 少 。 遵 循 EVOLVING ORDER 这 一 原则 ， 可 以 避免 出 现 这 个 问题 ， 
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因为 它 强 调 的 是 根据 理解 的 不 断 加 深 来 修改 大 比例 结构 。 

当 很 多 设计 决策 过 早 地 固定 下 来 时 ,开发 团队 可 能 会 束 手 束 脚 ， 失 去 解决 问题 的 灵活 性 。 因 
此 , 虽然 那些 为 了 协调 项 目 而 制定 的 原则 可 能 很 有 价值 , 但 原则 必须 能 够 随 着 项 目 开 发 生命 周期 
的 进行 而 完善 和 变化 , 而 且 不 能 过 分 限制 应 用 程序 开发 人 员 的 权力 ,因为 开发 工作 本 来 就 已 经 很 
难 了 。 

有 了 积极 的 反馈 之 后 ， 当 在 构建 应 用 程序 的 过 程 中 遇 到 障碍 或 是 出 现 了 意外 的 机 会 时 , 就 能 
够 自然 地 进行 创新 。 

架构 团队 不 必 把 所 有 最 好 、 最 聪明 的 人 员 都 吸收 进来 

架构 层次 的 设计 确实 需要 技术 精湛 的 人 员 , 而 这 样 的 人 员 总 是 供不应求 。 项 目 经 理 往往 会 把 
那些 最 有 技术 天 分 的 开发 人 员 调 到 架构 团队 和 基础 设施 团队 中 , 因为 他 们 想 要 充分 利用 这 些 高 级 
设计 人 员 的 技能 。 在 项 目 经 理 看 来 , 开发 人 员 都 希望 提高 自己 的 影响 力 , 或 是 攻克 那些 “更 有 趣 ” 
的 问题 。 而 且 ， 加 入 精英 团队 本 身 也 会 赢得 威望 。 

这 样 往往 会 把 那些 技术 能 力 较 差 的 人 留 下 来 实际 构建 应 用 程序 。 但 要 想 开发 出 优秀 的 应 用 程 
序 ， 是 需要 设计 技巧 的 ， 因 此 这 样 安排 注定 会 失败 。 即 使 战略 团队 建立 了 一 个 伟大 的 战略 设计 ， 
应 用 程序 开发 团队 也 没有 能 力 把 它 实现 出 来 。 

相反 ,架构 团队 几乎 从 来 不 会 把 那些 缺乏 设计 技巧 但 精通 领域 知识 的 开发 人 员 吸 纳 进来 。 战 
略 设 计 并 不 是 一 项 纯粹 的 技术 任务 , 把 那些 精通 深层 次 领域 知识 的 开发 人 员 排 除 在 外 只 会 使 架构 
师 的 工作 更 难 进行 。 而 且 同 样 也 需要 领域 专家 的 参与 。 

所 有 应 用 程序 团队 都 应 该 有 一 些 技术 能 力 很 强 的 设计 人 员 , 而 且 任何 从 事 战略 设计 的 团队 也 
都 必须 具有 领域 知识 ， 这 两 者 都 是 非常 重要 的 。 聘 用 更 多 高 级 设计 人 员 是 很 有 必要 的 ， 而 且 使 架 
构 团 队 偶 尔 从 事 一 下 开发 工作 也 会 很 有 帮助 。 我 相信 有 很 多 有 用 的 方法 , 但 任何 有 效 的 战略 团队 
必须 要 与 一 个 有 效 的 应 用 程序 困 队 通力 合作 。 

战略 设计 需要 遵守 简约 和 谦逊 的 原则 

任何 设计 工作 都 必须 精炼 而 简约 ， 而 战略 设计 更 要 简约 。 即 使 是 一 个 非常 小 的 设计 失误 也 有 
可 能 会 变 成 可 怕 的 隐患 。 把 架构 图 队 单 分 出 来 时 要 格外 慎重 ， 因 为 他 们 将 更 少 感知 他 们 为 应 用 程 
序 开发 团队 所 设置 的 障碍 。 同 时 ， 架 构 师 对 其 主要 职责 的 过 度 关注 会 使 他 们 迷失 方向 。 我 就 曾 多 
次 看 到 过 这 种 情况 ， 其 至 我 自己 也 犯 过 这 种 错误 。 有 了 一 个 好 的 想法 后 ， 又 会 引出 另 一 个 想法 ， 
想法 太 多 最 后 就 会 得 到 一 个 过 度 设计 的 架构 ， 这 种 体系 结构 反而 起 到 了 负面 作用 。 

”相反 , 我 们 必须 严格 地 约束 自己 ， 从 而 使 所 设计 出 来 的 组 织 原则 和 核心 模型 精简 到 只 包含 那 
些 能 够 显著 提高 设计 清晰 度 的 内 容 。 事 实 上 ， 几 乎 任何 事物 都 会 对 其 他 某 个 事物 构成 障碍 ， 因 此 
每 个 元 素 都 必须 是 确实 值得 存在 的 。 我 们 需要 有 一 个 谦逊 的 态度 ,才能 认识 到 我 们 自己 认为 的 最 
佳 思路 可 能 会 对 某 个 人 构成 障碍 。 

对 象 的 职责 要 专 一 ， 而 开发 人 员 应 该 是 多 面 手 

好 的 对 象 设计 的 本 质 是 只 为 每 个 对 象 分 配 一 个 明确 且 专 一 的 职责 , 并 且 把 对 象 之 间 的 互相 依 
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赖 性 减 至 绝对 最 小 。 有 时 人 们 会 试图 让 团队 中 的 交流 像 软件 中 的 交互 那样 整齐 。 其 实在 一 个 优秀 
的 项 目 中 , 会 有 很 多 人 参与 其 他 人 的 事情 。 开 发 人 员 有 时 也 处 理 框架 ,而 架构 师 有 时 也 会 编写 应 
用 程序 代码 。 所 有 人 员 都 可 以 互相 交流 。 这 种 看 似 无 秩序 的 工作 其 实 是 很 有 效率 的 。 因 此 ， 应 该 
让 对 象 有 专 一 的 职责 ， 而 让 开发 人 员 成 为 多 面 手 。 

由 于 我 已 经 把 战略 设计 与 其 他 设计 区 分 开 了 , 以 帮助 证 清 所 涉及 的 工作 , 因此 在 这 里 必须 指 
出 有 两 种 设计 活动 并 不 意味 着 有 两 种 人 员 。 基于 深层 模型 创建 一 个 柔性 设计 是 一 种 高 级 的 设计 活 
动 ， 但 一 些 细节 问题 也 十 分 重要 ， 因 此 设计 工作 必须 由 一 个 从 事 编 码 工作 的 人 来 完成 。 战 略 设计 
源 自 应 用 设计 , 然而 战略 设计 需要 有 一 个 总 体 的 开发 活动 视图 , 这 个 视图 可 能 跨越 多 个 团队 。 人 
们 总 喜欢 想 出 各 种 办 法 把 工作 分 得 很 细 , 以 使 得 设计 专家 不 必 了 解 业 务 , 而 领域 专家 也 不 用 知道 
技术 。 一 个 人 能 学 的 知识 是 有 限 的 ， 但 过 于 专业 化 也 会 前 弱 领 域 驱动 设计 的 力量 。 


17.5.1 ”技术 框架 同样 如 此 


技术 框架 提供 了 基础 设施 层 ， 从 而 使 应 用 程序 不 必 自 己 去 实现 基本 服务 , 而 且 技 术 框 架 还 能 
帮助 把 领域 与 其 他 关注 点 隔离 开 ， 因 此 它 能 够 极 大 地 加 速 应 用 程序 (包括 领域 层 ) 的 开发 。 但 技 
术 框 架 也 是 有 风险 的 ， 那 就 是 它 会 影响 领域 模型 实现 的 表达 能 力 ， 并 妨碍 领域 模型 的 自由 改变 。 
甚至 当 框架 设计 人 员 并 没有 特意 去 干涉 领域 层 或 应 用 层 的 时 候 ， 情 况 同 样 如 此 。 

用 于 克服 战略 设计 缺点 的 原则 同样 适用 于 技术 架构 。 遵 守 演 变 、 简 约 等 原则 并 且 让 应 用 程序 
开发 团队 参与 进来 , 就 能 够 得 到 一 组 持续 精 化 的 服务 和 规则 , 这 些 服务 和 规则 能 够 真正 有 助 于 应 
用 程序 的 开发 ， 而 不 会 妨碍 开发 。 如 果 架 构 不 按照 这 种 路 线 来 设计 , 那么 它们 要 么 会 抑制 应 用 程 
序 开发 的 创造 力 , 要 么 被 人 们 绕 过 去 了 , 从 而 导致 应 用 程序 为 了 能 够 把 开发 进行 下 去 而 根本 没有 
使 用 架构 。 

有 一 种 态度 肯定 会 使 框架 流 于 失败 。 

不 要 编写 “傻瓜 式 ” 的 框架 

在 划分 团队 时 ， 如 果 认 为 一 些 开发 人 员 不 够 聪明 , 无 法 胜任 设计 工作 ， 而 让 他 们 去 做 开发 工 
作 ， 那么 这 种 态度 可 能 会 导致 失败 ,因为 他 们 低估 了 应 用 程序 开发 的 难度 。 如 果 这 些 人 在 设计 方 
面 不 够 聪明 ， 就 不 应 该 让 他 们 来 开发 软件 。 如 果 他 们 足够 聪明 ， 那么 用 “傻瓜 式 ”的 框架 来 应 付 
他 们 只 会 为 他 们 造成 障碍 ， 使 他 们 得 不 到 所 需 的 工具 。 

这 种 态度 还 会 损害 团队 之 间 的 关系 。 我 就 曾经 在 这 样 傲慢 自 大 的 团队 中 感到 疲惫 不 堪 ,， 于 是 
我 每 次 谈话 都 得 向 开发 人 员 道 次 , 我 自己 也 因为 有 这 样 自 大 的 同事 而 感到 难堪 《我 芒 怕 永远 也 无 
法 改变 这 样 的 团队 ) 。 

注意 ,把 无 关 的 技术 细节 封装 起 来 与 我 所 反对 的 那 种 预 打包 完全 不 同 。 框 架 可 以 为 开发 人 员 
提供 有 力 的 抽象 和 工具 ， 使 他 们 不 用 去 做 那么 多 苦 差 事 。 有 用 的 封装 和 “傻瓜 式 ” 的 预 打包 之 间 
的 区 别 很 难 用 一 种 通用 的 方式 描述 出 来 ， 但 只 要 问 问 框 架设 计 人 员 他 们 对 将 要 使 用 工具 /框架 /组 
件 的 那些 人 有 什么 期 望 ， 就 可 以 看 出 区 别 。 如 果 设 计 人 员 对 框架 的 用 户 非常 尊重 ， 那 么 他 们 的 工 
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作 方 向 可 能 就 是 正确 的 。 
17.5.2 注意 总 体 规划 


由 Christopher Alexander 领 导 的 一 群 建筑 师 (设计 实际 大 楼 的 建筑 师 ) 在 建筑 和 城市 规划 领域 
中 提倡 “ 聚 少 成 多 地 成 长 ”(piecemeal growth)。 他 们 非常 好 地 解释 了 总 体 规划 失败 的 原因 。 


如 果 没 有 某 种 规划 过 程 , 那么 俄 勒 风 州 大 学 的 校园 永远 不 会 像 创 桥 大 学 校园 那样 虎 大 、 和 谐 
而 井井有条。 

总 体 规划 是 解决 这 种 难题 的 传统 方法 。 它 试图 建立 足够 多 的 指导 方针 ,来 保持 整体 环境 的 一 
致 性 ， 同 时 仍然 为 每 尽 建 筑 保 留 自 由 度 ， 并 为 篷 应 局 部 需要 预 留 下 广阔 的 空间 。 

ee 将 来 这 所 大 学 的 所 有 部 分 将 构成 一 个 一 致 的 整体 ,因为 它们 只 是 被 “插入 ”到 总 体 设 计 
的 各 个 位 置 中 。 

i 实际 上 总 体 规划 会 失败 ， 因 为 它 只 是 建立 了 一 种 极权 主义 的 秩序 ,而 不 是 一 种 有 机 的 秩 
序 。 它 们 过 于 生硬 了 ， 因 此 不 容易 根据 自然 变化 和 不 可 预料 的 社会 生活 变化 来 做 出 调整 。 当 这 此 
变化 发 生 时 …… 总 体 规划 就 变 得 过 时 了 ， 而 且 不 再 被 人 们 遵守 。 即 使 人 们 遵守 总 体 规划 …… 它们 
也 没有 足够 详细 地 指定 建筑 物 之 间 的 联系 ,， 人口 规模 、 功 能 均衡 等 等 这 些 用 来 帮助 每 幢 建 筑 的 局 
部 行为 和 设计 很 好 地 符合 整体 环境 的 方面 。 

i 试图 和 驾驭 这 种 总 体 规划 过 程 非常 类 似 于 在 小 孩 的 填 色 本 上 填充 颜色 …… 这 个 过 程 最 多 
也 不 过 是 得 到 一 种 极为 平常 的 秩序 。 

0 因此 ,通过 总 体 规 划 是 无 法 得 到 一 种 有 机 的 秩序 的 ， 因 为 这 个 规划 既 过 于 精确 ， 又 不 够 
精确 。 它 在 整体 上 过 于 精确 了 ， 而 在 细节 上 又 不 够 精确 。 

ee 总 体 规划 的 存在 疏远 了 用 户 [因为 ， 从 根本 上 讲 ] 大 部 分 重要 决策 已 经 确定 下 来 了 ， 因 此 
社区 成 员 对 社区 未 来 的 建设 几乎 没有 什么 影响 了 。 

一 一 摘自 Oregon Experiment,，pp. 16-28 ([Alexander et al. 1975]) 


Alexander 和 他 的 同事 倡议 由 社区 成 员 共 同 制定 一 组 原则 ， 并 在 “ 聚 少 成 多 地 成 长 ”的 每 次 行 
动 中 都 应 用 这 些 原则 ， 这 样 就 会 形成 一 种 “有 机 秩序 "， 并 且 能 够 根据 环境 变化 作出 调整 。 
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后 记 


然 开发 最 前 沿 的 项 目 并 体验 有 趣 的 思想 和 工具 会 带 来 巨大 的 成 就 感 , 但 我 认为 如 果 软 
件 得 不 到 有 效 的 应 用 ， 那 么 一 切 都 将 成 为 空谈 。 事实 上 ， 检 验 软件 成 功 与 否 的 最 有 效 
的 方法 是 让 它 运行 一 段 时 间 。 近 年 来 ， 我 从 我 经 历 过 的 项 目 中 总 结 出 了 一 些 经 验 。 

这 里 我 们 来 谈 一 下 其 中 的 5 个 项 目 , 每 个 项 目 都 认真 尝试 了 领域 驱动 的 设计 ， 尽管 它们 并 没 
有 系统 地 采用 这 种 方法 ,当然 也 不 能 真正 称 为 领域 驱动 的 设计 。 这 5 个 项 目 都 完成 了 软件 交付 工 
作 , 其 中 有 4 个 项 目 坚 持 采 用 模型 驱动 的 设计 方法 ,并 得 到 了 一 个 这 样 的 设计 , 而 有 一 个 项 目 却 
没有 这 样 做 。 一 些 应 用 程序 经 过 了 多 年 和 的 成 长 和 改变 , 但 有 一 个 程序 一 直 没 有 进步 , 还 有 一 个 很 
早 就 天 折 了 。 

第 1 章 中 描述 的 PCB 设计 软件 的 beta 版 本 在 业内 引起 了 一 次 很 大 的 友 动 ， 但 遗憾 的 是 ， 发 
起 该 项 目的 公司 在 它 的 营销 方面 做 得 非常 失败 , 导致 该 项 目 无 疾 而 终 。 少 数 一 些 保留 了 beta 版 副 
本 的 PCB 工程 师 现 在 仍 在 使 用 该 软件 。 像 所 有 缺乏 支持 的 软件 一 样 ， 它 会 被 继续 使 用 下 去 ， 直 
到 其 中 集成 的 某 个 程序 发 生 重大 改变 为 止 。 

第 9 章 中 介绍 的 贷款 软件 在 发 生 突破 之 后 ， 经历 了 3 年 波 调 不 惊 的 发 展 。 在 此 之 后 ， 该 项 目 
脱离 出 来 ,成 为 一 家 独立 的 公司 。 在 重组 的 过 程 中 ， 
从 一 开始 就 领导 这 个 项 目的 经 理 被 解聘 了 ,一些 核 
心 开发 人 员 也 随 他 一 起 离开 。 新 的 团队 有 一 套 稍微 
不 同 的 设计 思想 , 他 们 不 是 完全 遵循 对 象 建 模 。 但 
保留 了 具有 复杂 行为 的 独特 的 领域 层 , 而 且 在 他 们 
的 开发 团队 中 依旧 非常 重视 领域 知识 。 在 新 公司 独 
1 立 运转 7 年 后 , 该 软件 仍 在 不 断 增加 新 的 功能 。 它 
在 业内 是 一 个 领先 的 应 用 程序 , 正在 为 越 来 越 多 的 
nh 客户 机 构 服 务 ， 也 是 公司 最 大 的 收入 来 源 。 

一 片 新 种 植 的 橄 模 林 到 领域 驱动 的 方法 广 为 流 行 的 时 候 ， 对 很 多 
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项 目 中 的 相关 软件 的 创建 将 会 变 得 更 快 、 更 高 效 。 但 最 终 项 目 仍 不 免 按 传统 的 套路 发 展 ， 导 致 先 
前 精炼 的 深层 模型 无 法 被 充分 利用 ， 更 谈 不 上 去 增强 它 的 能 力 了 。 可 能 我 的 期 望 过 高 了 , 但 如 果 
做 不 到 这 一 点 ， 项 目 就 无 法 在 长 达 数 年 的 期 间 内 为 用 户 提供 稳定 的 价值 。 

我 曾经 与 另 一 位 开发 人 员 结对 儿 做 过 一 个 项 目 , 我 们 为 客户 编号 一 个 实用 工具 , 客户 用 这 个 
工具 来 开发 他 们 的 核心 产品 。 所 需 的 功能 及 功能 组 合 相 当 复 杂 。 我 很 喜欢 这 个 项 目的 工作 ,我 们 
也 开发 出 了 一 个 具有 ABSTRACT CORE 的 柔性 设计 。 这 个 软件 交付 以 后 ， 每 个 人 涉及 的 工作 也 就 
结束 了 。 由 于 项 目 交 接 之 后 就 与 我 们 无 关 了 ,交接 过 程 显得 有 些 突 无 ， 因 此 我 估计 那些 用 来 支持 
元 素 组 合 的 特性 可 能 很 难 被 客户 理解 , 而 且 有 可 能 被 替换 为 更 典型 的 事例 逻辑 。 但 这 种 情况 并 没 
有 马上 发 生 。 当 我 们 交付 软件 的 时 候 ， 程 序 包含 一 个 完整 的 测试 套件 和 一 个 精炼 文档 。 新 的 团队 
成 员 用 这 个 文档 来 指导 他 们 的 工作 。 他 们 对 这 个 软件 做 了 一 番 研 究 之 后 , 很 高 兴 地 发 现 我 们 的 设 
计 提 供 了 各 种 可 以 利用 的 机 会 。 当 我 在 一 年 之 后 听 到 他 们 的 评论 时 ， 我 知道 我 们 的 UBIQUITOUS 
LANGUAGE 已 经 引起 了 新 团队 的 极 大 兴趣 ， 而 且 这 种 语言 仍然 充满 活力 并 继续 发 展 。 

又 一 年 过 去 了 ， 我 听 到 一 个 完全 不 同 的 故事 。 
团队 遇 到 了 新 的 需求 ,开发 人 员 们 发 现 用 原来 的 设 
计 已 经 无 法 满足 这 些 新 需求 。 他 们 不 得 不 修改 设 
计 , 这 一 改 几 乎 使 原来 的 设计 面目 全 非 。 在 了 解 了 
一 些 细节 之 后 ,我 发 现 我 们 原来 的 模型 用 来 解决 这 
些 问 题 时 显然 十 分 疼 著 .往往 就 是 在 这 个 时 候 有 可 
能 产生 一 次 突破 , 形成 一 个 更 深层 的 模型 , 特别 是 
”在 这 个 例子 中 ,开发 人 员 已 经 积累 了 大 量 的 深层 领 
| 域 知识 和 经 验 。 事 实 上 ,他 们 确实 形成 了 新 的 理解 ， 
并 最 终 根 据 这 些 理解 对 模型 和 设计 进行 了 转换 。 

他 们 小 心细 翼 地 、 委 婉 地 告诉 了 我 这 件 事情 ， 
我 猜 他 们 可 能 是 担心 我 在 听 到 如 此 多 的 先前 工作 被 丢弃 后 会 感到 不 满 。 但 是 我 对 自己 的 设计 并 没 
有 这 种 守旧 情结 。 一 个 成 功 的 设计 并 不 一 定 要 永远 保持 不 变 。 如 果 把 人 们 赖 以 工作 的 一 个 系统 封 
闭 起 来 , 那么 它 将 会 变 为 一 项 永久 的 、 触及 不 到 的 遗留 资产 。 深层 模型 可 以 使 人 们 清楚 地 看 懂 它 ， 
并 据 此 产生 新 的 理解 ， 而 柔性 设计 可 以 促进 后 续 的 修改 。 他 们 提出 了 一 个 更 深层 的 模型 ， 这 个 模 
型 更 符合 用 户 关 心 的 需求 。 他 们 的 设计 解决 了 实际 问题 。 变 更 是 软件 的 固有 性 质 ， 因 此 这 个 程序 
在 拥有 它 的 团队 的 手中 得 到 了 继续 发 展 。 

本 书 很 多 章节 中 都 提 到 过 运输 的 例子 , 这 个 例子 大 体 上 是 基于 一 家 大 型 国际 集装箱 运输 公司 
的 项 目 。 在 早期 ， 项 目的 领导 者 们 采用 了 领域 驱动 的 方法 ， 但 他 们 一 直 没 有 建立 一 种 支持 该 方法 
的 开发 文化 。 几 支 上 共有 不 同 设计 技术 水 平和 对 象 经 验 的 团队 分 头 开 始 创建 模块 , 但 他 们 之 间 的 工 
作 只 是 由 团队 领导 者 之 间 的 非 正 式 合作 和 一 个 主要 负责 客户 事务 的 架构 困 队 来 粗略 地 协调 。 我 们 
确实 开发 出 了 一 个 合理 的 .深层 的 CoRE DoMAIN 模型 ,也 有 一 个 可 使 用 的 UBIQUITOUS LANGUAGE，。 
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但 公司 的 文化 非常 不 利于 迭代 开发 ， 因 此 我 们 过 了 很 长 时 间 才 形成 了 一 个 可 用 的 内 部 版 本 。 
因此 ,问题 到 了 后 期 阶段 才 暴 露出 来 , 而 此 时 修复 的 话 就 要 冒 很 大 的 风险 并 且 要 付出 高 昂 的 代价 。 
我 们 发 现 了 模型 的 某 些 方面 会 引起 数据 库 性 能 问题 。 反 馈 (无 论 是 实现 问题 ,还 是 模型 修改 ) 是 
MODEL-DRIVEN DESIGN 的 一 个 自然 的 部 分 , 但 那 时 我 们 感觉 到 我 们 已 经 在 开发 这 条 路 上 走 得 太 远 
了 ， 以 至 于 很 难 再 修改 模型 的 基本 部 分 了 。 相 反 ， 我 们 对 代码 做 了 修改 ， 使 它 更 有 效 ， 但 代码 与 
模型 的 联系 却 被 削弱 了 。 最初 的 版 本 也 暴露 出 了 在 技术 基础 设施 扩展 方面 的 局 限 性 ， 这 使 管理 层 
感到 担忧 。 项 目 组 聘请 了 专家 来 修复 基础 设施 问题 ， 而 且 项 目 也 恢复 了 开发 。 但 实现 与 领域 建 模 
之 间 却 始终 没有 形成 一 个 闭合 的 循环 。 

有 儿 个 团队 交付 了 不 错 的 软件 一 一 实现 了 复杂 的 功能 , 模型 也 表达 得 很 清楚 。 而 有 些 团队 交 
付 的 软件 却 很 生硬 ， 只 是 简单 地 根据 模型 开发 出 数据 结构 (尽管 他 们 也 保留 了 UBIQUITOUS 
LANGUAGE 的 痕迹 ) 。 可 能 使 用 CoNTEXT MAP 也 是 于 事 无 补 ， 因 为 各 个 团队 的 开发 结果 之 间 没 有 
什么 必然 联系 。 然 而 ， 用 UBIQUITOUS LANGUAGE 开发 出 来 的 CoRE 模型 确实 帮助 团队 把 各 自 的 工 
作 整 合 为 一 个 系统 。 

虽然 范围 缩小 了 ,项目 还 是 替换 了 几 个 遗留 系统 。 虽然 大 部 分 设计 都 不 够 灵活 , 但 整体 的 设 
计 还 是 通过 一 个 共享 的 概念 集 凝 聚 到 了 一 起 。 经 过 几 年 之 后 , 系统 本 身 已 经 退化 为 一 项 遗留 资产 ， 
但 它 仍 在 为 全 球 业 务 提供 全 天 候 的 服务 。 虽然 有 几 支 团队 完成 了 出 色 的 工作 , 而 且 公 司 有 着 雄厚 
的 财力 ， 但 整个 项 目 最 后 还 是 逾期 了 。 项 目的 文化 从 来 没有 真正 采纳 过 MODEL-DRIVEN DESIGN 
方法 。 现 在 的 这 个 新 的 开发 是 在 不 同 平台 上 进行 的 , 而 且 也 基本 上 不 受 我 们 的 工作 影响 了 ， 因 为 
新 的 开发 人 员 有 着 他 们 自己 的 传统 开发 风格 。 

在 一 些 领域 中 , 像 运 输 公司 最 初 设 定 的 那样 宏伟 的 目标 是 不 可 信和 的 。 更 好 的 做 法 是 开发 小 的 、 
确保 能 够 交付 的 应 用 程序 , 并 坚持 用 最 简单 的 设计 来 实现 简单 的 功能 。 这 种 保守 的 方法 有 它 自己 
的 用 武之 地 ， 可 以 使 项 目 范围 保持 精简 ， 并 且 使 项 目 具 有 快速 响应 的 能 力 。 但 集成 的 、 模 型 驱动 
的 系统 所 提供 的 价值 是 那些 拼 竣 起 来 的 系统 无 法 提供 的 。 但 我 们 还 有 一 种 方法 ， 那 就 是 使 用 领域 
驱动 的 设计 构建 一 个 深层 的 模型 生性 设计 ， 这 样 ， 具 有 丰富 功能 的 大 型 系统 就 能 够 逐步 增长 。 

最 后 我 们 来 说 一 下 Evant, 这 是 一 家 开发 库存 管理 系统 的 公司 , 我 曾 在 这 家 公司 做 过 辅助 支持 
的 工作 ， 也 为 公司 已 经 很 健壮 的 设计 文化 作出 了 一 点 贡献 。 有 些 人 把 这 个 项 目 看 作 是 极限 编程 的 
典型 代表 , 但 很 少 有 人 注意 到 它 也 广泛 应 用 了 领域 驱动 的 设计 。 在 这 个 项 目 中 ,模型 被 不 断 精 炼 ， 
并 且 用 更 柔性 的 设计 表达 出 来 。 这 个 项 目 在 2001 年 的 “dot com” 疮 沫 破裂 以 前 一 直 在 快速 发 展 。 
不 过 随后 由 于 投资 断 流 ， 公 司 一度 雁 缩 ， 软 件 开发 也 基本 上 陷 人 休眠 状态 ， 看 起 来 离 倒闭 的 日 子 
不 远 了 。 但 在 2002 年 夏季 ，Evant 被 一 个 世界 排名 前 十 的 零售 商 看 中 。 这 家 潜在 的 客户 喜欢 Evant 
的 产品 ， 但 产品 需要 改变 设计 ， 以 便 扩 展 系 统 来 支持 大 量 库存 规划 操作 。 这 是 Evant 的 最 后 机 会 。 

虽然 项 目 人 员 已 鞭 缩 至 4 人， 但 团队 仍然 有 实力 。 他 们 都 具有 精湛 的 技术 , 并且 掌握 了 大 量 领 
域 知 识 , 而 且 其 中 一 位 成 员 还 精通 系统 的 扩展 问题 。 他 们 有 着 非常 高 效 的 开发 文化 ,代码 库 也 实现 
了 和 柔性 设计 ,因此 便于 修改 。 在 那个 夏天 , 这 4 位 开发 人 员 经 过 艰巨 的 努力 终于 使 系统 能 够 处 理 数 
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以 十 亿 计 的 规划 元 素 以 及 数 百 个 用 户 。 借 助 于 这 些 强大 功能 ，Evant 赢 得 了 这 家 大 客户 。 不 久之 后 ， 
它 被 另 一 家 公司 收购 ， 这 家 公司 希望 利用 他 们 的 软件 以 及 他 们 所 展示 出 的 能 力 来 应 对 新 的 需求 。 

领域 驱动 的 设计 文化 〈 以 及 极限 编程 文化 ) 在 公司 过 渡 期 间 幸存 下 来 并 获得 了 新 生 。 现 在 ， 
模型 和 设计 仍 在 不 断 发 展 ， 比 两 年 前 我 工作 的 时 候 要 丰富 和 灵活 得 多 。 而 且 Evant 团队 并 没有 被 
收购 它 的 公司 同化 ， 相 反 ， 在 Evant 团队 成 员 的 带动 下 ， 公 司 现 有 项 目 团队 正在 向 Evant 团队 的 
开发 文化 转变 。 这 个 故事 还 远 未 结束 。 


没有 哪个 项 目 会 用 到 本 书 中 介绍 的 所 有 技术 。 尽 管 如 此 , 我 们 很 容易 通过 几 个 方面 辨认 出 一 
个 项 目 是 否 采用 了 领域 驱动 的 设计 。 标志 性 的 特征 是 “把 理解 目标 领域 并 把 学 到 的 知识 融合 到 软 
件 中 当 作 首要 任务 "。 其 他 工作 都 以 它 为 前 提 。 团 队 成 员 在 项 目 中 有 意识 地 使 用 通用 语言 ， 并 且 
不 断 对 语言 进行 精 化 。 由 于 他 们 不 断 地 学 习 越 来 越 多 的 领域 知识 , 因此 他 们 永远 不 会 满足 于 现 有 
领域 模型 的 质量 。 他 们 把 持续 精 化 视 作 机 会 ， 把 不 适当 的 模型 视 作 风险 。 他 们 知道 ， 开 发 出 高 质 
量 的 、 能 够 清晰 反映 出 领域 模型 的 软件 并 非 易 事 ， 因 此 他 们 一 丝 不 苟 地 运用 设计 技巧 。 他 们 也 因 
为 过 到 障碍 而 跌倒 过 ， 但 却 始终 坚持 自己 的 原则 ， 百 折 不 找 ， 继 续 前 进 。 


未 来 展望 


气候、 生态 系统 和 生物 学 以 前 被 认为 是 杂乱 无 章 的 , 是 与 物理 或 化 学 恰好 相反 的 “ 软 ” 领 域 。 
然而 ,近来 人 们 认识 到 这 种 “混乱 ”的 表象 实际 上 提出 了 一 个 具有 深远 意义 的 技术 挑战 ， 这 意味 
着 要 去 发 现 和 理解 这 些 非常 复杂 的 现象 之 中 蕴含 的 规律 。 被 人 们 认为 很 “复杂 ”的 领域 是 很 多 科 
学 的 前 沿 。 虽 然 有 才能 的 软件 工程 师 通常 都 认为 纯粹 的 技术 任务 是 最 有 趣 、 最 有 挑战 性 的 , 但 领 
域 驱动 设计 展现 了 一 个 同样 富有 挑战 性 (甚至 具有 更 大 挑战 性 ) 的 新 领域 。 业 务 软件 大 可 不 必 是 
拼凑 而 成 的 杂乱 系统 。 与 一 个 复杂 的 领域 “搏斗 *， 把 它 转化 为 一 个 可 理解 的 软件 设计 ， 这 对 于 
优秀 的 技术 人 员 来 说 是 一 项 激动 人 心 的 挑战 。 

由 外 行 创 建 复杂 软件 的 时 代 还 远 未 到 来 。 虽 然 掌握 了 一 些 初 级 技术 的 众多 编程 人 员 可 以 开发 
出 特定 种 类 的 软件 ,但 他 们 绝对 无 法 开发 出 能 在 危急 关头 拯救 公司 的 软件 。 工 具 构建 人 员 必 须 确 
保 他 们 开发 出 的 工具 能 够 提高 那些 优秀 软件 开发 人 员 的 能 力 和 工作 效率 。 真正 需要 做 的 事 是 更 加 
透彻 地 研究 领域 模型 ,并 在 可 运行 的 软件 中 把 它们 表示 出 来 。 我 非常 希望 能 够 使 用 出 于 这 个 目的 
而 设计 的 新 工具 和 技术 来 进行 实验 。 

然而 ， 尽 管 好 的 工具 很 有 价值 ， 但 我 们 不 能 把 注意 力 都 放 在 工具 上 而 忽视 掉 一 个 基本 的 事 
实 一 一 创建 好 的 软件 是 一 项 需要 学 习 和 思考 的 活动 。 建 模 需 要 想象 力 和 自律 。 好 的 工具 能 够 帮助 
我 们 思考 或 避免 分 心 。 企 图 自动 实现 一 些 只 有 通过 思考 才能 完成 的 任务 是 不 切实 际 的 ,如果 这 样 
做 的 话 ， 产 生 的 效果 只 会 适得其反 。 

利用 已 有 的 工具 和 技术 , 我 们 可 以 开发 出 比 当今 大 多 数 项 目 更 有 价值 的 系统 。 我们 可 以 编写 
优秀 的 软件 ， 这 样 的 软件 使 用 起 来 是 一 种 乐趣 ， 它 在 扩展 的 时 候 不 会 对 我 们 构成 限制 ， 反 而 会 为 
我 们 创造 新 的 机 会 ， 并 且 会 不 断 为 其 使 用 者 提供 价值 。 
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> 的 第 一 部 “ 靓 车 ”是 一 部 已 经 使 用 了 8 年 的 标致 (Peugeot) ， 这 是 我 大 学 毕业 后 不 久 
别人 送 给 我 的 。 有 人 把 这 款 车 称 为 “法 国 的 梅 赛 德 斯 ”， 它 制造 精良 ， 驾 驶 起 来 非常 
和 舒适， 而且 安全 性 很 高 。 但 到 我 手 里 时 ， 它 已 经 有 一 些 年 头 了 ,因此 很 容易 出 毛病 ， 而 且 需 要 更 
多 的 保养 。 
标致 是 一 家 老牌 公司 ， 数 十 年 来 一 直 沿 着 自己 的 发 展 路 线 前 进 。 它 有 自己 的 机 械 术语 、 设 计 
和 特殊 风格 , 甚至 零 部 件 的 拆卸 有 时 也 不 是 标准 的 . 这 导致 标致 车 只 有 标致 公司 的 专家 才能 修理 ， 
维修 费用 对 于 一 个 刚 毕 业 的 、 没 多 少 收入 的 学 生来 说 是 一 个 潜在 的 问题 。 
在 一 次 平常 的 维护 中 , 我 把 车 开 到 当地 一 家 机 修 工 那里 检查 漏 油 问题 。 他 检查 了 底盘 ,告诉 
我 油 是 “从 距离 车 尾 大 概 2/3 位 置 处 的 一 个 小 箱子 里 漏出 来 的 ， 这 个 小 箱子 看 起 来 与 前 后 轮 之 间 
的 制 动 力 分 配 有 关 ”。 随 后 他 拒绝 了 为 我 修 车 ， 建 议 我 去 找 50 英里 之 外 的 经 销 商 。 任 何 机 修 工 都 
可 以 修理 福特 或 本 田 汽 车 ， 这 就 是 为 什么 这 些 车 开 起 来 更 方便 而 且 维修 费用 也 较 低 的 缘故 ,尽管 
它们 在 机 械 制 造 上 与 标致 汽车 同样 复杂 。 
虽然 我 确实 喜欢 这 部 车 ， 但 我 再 也 不 想 拥有 一 部 古怪 的 车 了 。 有 一 天 车 被 检 出 了 一 个 问题 ， 
而 对 它 的 维修 费用 却 相 当 昂 贵 。 我 实在 是 受 不 了 这 辆 标致 了 ,于 是 就 把 车 送 给 了 当地 一 家 接受 汽 
车 捐赠 的 慈善 机 构 。 然 后 我 买 了 一 辆 旧 的 本 田 思 域 ， 买 这 辆 车 的 钱 跟 那 辆 标致 的 修理 费 差 不 多 。 
领域 开发 缺乏 标准 的 设计 元 素 , 因此 每 个 领域 模型 和 对 应 的 实现 都 很 奇怪 且 难 以 理解 .此 外 ， 
每 个 团队 都 必须 重复 地 设计 轮子 (或 齿轮 ， 或 雨刷 )。 在 面向 对 象 的 设计 中 ， 所 有 的 一 切 都 是 对 
象 、 引 用 或 消息 ， 这 些 都 是 有 用 的 抽象 。 但 这 并 不 足以 约束 领域 设计 的 选择 范围 ， 也 无 法 支持 对 
领域 模型 进行 简练 的 讨论 。 
“一 切 都 是 对 象 ”这 个 观点 就 好 像 木 匠 或 建筑 师 把 房屋 归纳 为 “一 切 都 是 屋子 ”一 样 。 屋 子 
有 大 有 小 ， 有 电源 播 座 和 水 池 的 大 屋子 可 以 做 饭 ， 楼 上 则 是 睡觉 用 的 小 屋子 。 描 述 一 间 普 通 的 房 
子 可 能 需要 许多 页 纸 的 篇 幅 。 于是， 建造 和 使 用 房屋 的 人 党 识 到 房屋 需要 遵循 一 些 模 式 , 这 些 横 
式 都 有 特殊 的 名 称 ， 例 如 “厨房 "。 这 种 语言 使 人 们 能 够 对 房屋 设计 进行 简练 的 讨论 。 
此 外 ,并非 所 有 的 功能 组 合 都 是 实用 的 。 为 什么 不 建 一 个 既 能 供 我 们 洗澡 又 能 供 我 们 睡觉 的 
房间 呢 ? 这 样 不 是 很 方便 吗 ? 但 长 期 的 经 验 已 经 形成 了 习惯 ， 我 们 把 “浴室 ”和 “卧室 ”分 开 。 
毕 竞 ， 洗 浴 设 施 往往 可 以 与 更 多 的 人 共用 ， 而 卧室 则 不 然 。 浴 室 需 要 最 大 限度 地 保证 个 人 独处 ， 
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甚至 包括 那些 共用 同一 个 卧室 的 其 他 人 也 不 能 未 经 同意 而 同时 使 用 这 个 浴室 。 而 且 , 浴室 需要 装 
备 特殊 的 、 昂贵 的 设施 。 浴缸 和 卫生 间 通 常设 在 一 个 房间 里 , 因为 它们 都 需要 相同 的 基础 设施 (水 
和 排水 管道 ) ， 还 因为 二 者 都 需要 保护 隐私 。 

另 一 类 需要 安装 特殊 设施 的 房间 是 我 们 用 来 做 饭 的 房间 ， 也 称 为 “厨房 "。 与 浴室 相 比 ， 厨 
房 没 有 隐私 需求 。 由 于 厨房 的 设计 同样 很 昂贵 ， 因 此 通常 一 所 房屋 (即使 是 很 大 的 房屋 ) 只 有 一 
个 厨房 。 这 种 单一 性 也 促使 我 们 形成 了 准备 全 家 共用 的 食物 和 共同 用 餐 的 习惯 。 

当 我 说 我 需要 一 所 有 三 间 卧 室 、 两 间 浴 室 和 一 个 开放 式 厨 房 的 房屋 时 ,我 把 大 量 的 信息 打包 
到 一 名 很 短 的 话 里 ， 并 且 避 免 了 很 多 愚蠢 的 错误 ， 例 如 把 抽水 马桶 放 在 冰箱 旁边 。 

在 每 个 设计 领域 (例如 汽车 、 皮 划 艇 或 软件 ) 中 ， 我们 都 会 把 设计 建立 在 已 有 模式 上 , 在 已 
有 主题 范围 内 即兴 发 挥 。 有 时 我 们 必须 发 明 一 些 全 新 的 东西 。 但 是 ， 以 标准 的 模式 元 素 为 基础 ， 
可 以 避免 把 精力 浪费 在 那些 已 经 存在 了 解决 方案 的 问题 上 ， 从 而 集中 精力 关注 我 们 的 特殊 问题 。 
此 外 ， 根 据 传统 的 模式 来 建立 自己 的 设计 可 以 避免 产生 一 个 过 于 特殊 化 的 、 很 难 交 流 的 设计 。 

虽然 软件 设计 领域 不 像 其 他 设计 领域 那么 成 熟 , 各 种 情况 变化 多 端 , 无 法 像 汽车 零 部 件 或 房 
屋 那样 具体 地 应 用 模式 ， 但 不 管 怎样 都 不 能 仅仅 停留 在 “一 切 都 是 对 象 ”这 种 层次 上 ， 至 少 要 分 
请“ 螺栓 ”和 “弹簧 ”。 

20 世纪 70 年 代 ， 一 群 由 Christopher Alexander ([Alexander et al. 1977]) 领导 的 建筑 师 提出 
了 一 种 共享 和 标准 化 设计 思想 的 理念 。 他 们 的 “模式 语言 ”把 一 些 经 过 事实 检验 的 解决 方案 组 合 
在 一 起 ， 用 来 解决 一 些 公共 的 问题 (这 些 问题 比 “厨房 ”要 复杂 多 了 ， 可 能 会 使 Alexander 的 一 
些 读 者 望而却步 )。 他 们 的 目的 是 让 房屋 的 建造 者 和 使 用 者 用 这 种 语言 进行 交流 ， 并 且 在 这 些 模 
式 的 指导 下 建造 出 优美 的 建筑 物 ， 为 房屋 的 使 用 者 提供 实用 的 功能 ， 并 让 他 们 产生 良好 的 体验 。 

无 论 建筑 师 们 是 怎样 想 的 ， 这 种 模式 语言 已 经 对 软件 设计 产生 了 重大 的 影响 。 在 20 世纪 90 
年 代 ， 软 件 模式 被 应 用 在 很 多 方面 ， 并 且 获 得 了 一 些 成 功 ， 特 别 是 在 详细 设计 ([Gamma et al]) 
和 技术 架构 〈[Buschmann et al. 1996]) 方面 获得 了 显著 成 功 。 近 来 ， 模 式 已 经 在 基本 的 面向 对 象 
设计 技术 ([Larman 1998]) 和 企业 架构 ([Fowler 2002, Alur et al. 2001]) 中 得 到 了 验证 。 模 式 语 
言 现在 已 成 为 组 织 软 件 设 计 思 想 的 主流 技术 。 


模式 名 称 应 该 作为 团队 语言 中 的 术语 来 使 用 , 我 在 本 书 中 就 是 这 样 使 用 它们 的 。 当 在 讨论 中 
出 现 模 式 名 时 ， 一 律 采用 了 英文 小 体 大 写 格 式 ， 以 便于 区 分 。 

以 下 是 本 书 讨论 模式 时 所 采用 的 格式 。 有 的 模式 与 这 个 基本 格式 略 有 不 同 ,因为 我 喜欢 具体 
问题 具体 对 待 ， 而 且 我 认为 可 读 性 比 严格 的 结构 更 为 重要 …… 
模式 ， 模式 名 称 


[概念 的 说 明 。 有 时 用 一 种 形象 的 比喻 或 引起 读者 兴趣 的 文字 。] 
[上 上下文 。 对 概念 与 其 他 模式 相关 性 的 简单 解释 。 有 些 情况 下 是 一 段 简单 的 模式 概述 。 


un 
之 
0 


S10 
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但 是 , 本 书 中 的 大 部 分 上 下 文 讨论 都 是 在 每 章 的 引言 以 及 其 他 叙述 段落 中 给 出 的 ,而 不 是 在 

模式 中 给 出 的 。 
洲 类 洲 ] 

[问题 讨论 ] 

问题 小 结 

通过 解决 问题 的 讨论 形成 一 个 解决 方案 。 

因此 : 

解决 方案 小 结 。 

结果 。 实 现 考 虑 。 示 例 。 


区 
滋 浇 


结论 。 简 单 解释 这 种 模式 如 何 引出 后 续 模 式 。 

[实现 问题 的 讨论 。 在 Alexander 最 初 的 格式 中 ,这 个 讨论 应 该 放 在 一 个 段落 内 ,描述 问题 的 
解决 ， 本 书 一 般 是 按照 Alexander 的 方法 来 组 织 的 。 但 有 些 模式 需要 较 长 的 实现 讨论 。 为 了 保证 
核心 模式 讨论 的 紧凑 ， 我 把 这 些 较 长 篇 幅 的 实现 讨论 移 到 了 模式 讨论 的 后 面 。 

此 外 ， 较 长 的 示例 ， 特 别 是 涉及 多 个 模式 组 合 的 示例 ， 也 放 在 模式 之 外 进行 讨论 。] 
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以 下 是 本 书 中 所 选用 的 术语 、 模 式 名 和 其 他 概念 的 简要 定义 。 


AGGREGATE〈 聚 合 ) 一 一 诊 合 就 是 一 组 相关 对 象 的 集合 , 我们 把 聚合 作为 数据 修改 的 单元 。 
外 部 对 象 只 能 引用 聚合 中 的 一 个 成 员 ， 我 们 把 它 称 为 根 。 在 聚合 的 边界 之 内 应 用 一 组 一 致 的 规 
则 。 

分 析 模 式 (analysis pattern) 一 一 分 析 模 式 是 用 来 表示 业务 建 模 中 的 常见 构造 的 概念 集合 。 
它 可 能 只 与 一 个 领域 有 关 ， 也 可 能 跨 多 个 领域 ([Fowler 1997, p. 8]) 。 

ASSERTION (断言 ) 一 一 断言 是 对 程序 在 某 个 时 刻 的 正确 状态 的 声明 ， 它 与 如 何 达到 这 个 状 
态 无 关 。 通 常 ， 断 言 指定 了 一 个 操作 的 结果 或 者 一 个 设计 元 素 的 固定 规则 。 

BoUNDED CoNTEXT (限界 上 下 文 ) 一 一 特定 模型 的 限界 应 用 。 限 界 上 下 文 使 团队 所 有 成 员 能 
够 明确 地 知道 什么 必须 保持 一 致 ， 什 么 必须 独立 开发 。 

客户 (client) 个 程序 元 素 ， 它 调用 正在 设计 的 元 素 ， 使 用 其 功能 。 

内 育 (cohesion) 一 一 逻辑 协定 和 依赖 性 。 

命令 ， 也 称 为 修改 器 命令 (command/modifier) 一 一 使 系统 发 生 改 变 的 操作 (例如 ， 设 置 变 
量 )。 它 是 一 种 有 意 产生 副作用 的 操作 。 

CONCEPTUAL CONTOUR (概念 轮廓 ) 一 一 领域 本 身 的 基本 一 臻 性， 如 果 它 能 够 在 模型 中 反映 
出 来 的 话 ， 则 有 助 于 使 设计 更 自然 地 适应 变化 。 

上 下 文 (context) 个 单词 或 句子 出 现 的 环境 , 它 决定 了 其 含义 ,参见 BouUNDED CONTEXT。 

CONTEXT MAP (上下文 图 ) 项 目 所 涉及 的 限界 上 下 文 以 及 它们 与 模型 之 间 的 关系 的 一 种 
表示 。 

CORE DOMAIN〔 核 心 领 域 ) 一 一 模型 的 独特 部 分 ， 是 用 户 的 核心 目标 ， 它 使 得 应 用 程序 与 众 
不 同 并 且 有 价值 。 

声明 式 设 计 (declarative design) 一 一 一 种 编程 形式 ， 由 精确 的 属性 描述 对 软件 进行 实际 的 
控制 。 它 是 一 种 可 执行 的 规格 。 

深层 模型 《deep model) 一 一 领域 专家 们 最 关心 的 问题 以 及 与 这 些 问题 最 相关 的 知识 的 清晰 
表示 。 深 层 模型 不 停留 在 领域 的 表层 和 粗浅 的 理解 上 。 
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设计 模式 (design pattern) 一 一 设计 模式 是 对 一 些 互 相交 互 的 对 象 和 类 的 描述 ， 我 们 通过 定 
制 这 些 对 象 和 类 来 解决 特定 上 下 文中 的 一 般 设计 间 题 ([Gamma et al. 1995, p. 3])。 

精炼 (distilation) 一 一 精炼 是 把 一 堆 混杂 在 一 起 的 组 件 分 开 的 过 程 ， 从 中 提取 出 最 重要 的 
内 容 , 使 得 它 更 有 价值 ， 也 更 有 用 。 在 软件 设计 中 ， 精炼 就 是 对 模型 中 的 关键 方面 进行 抽象 ， 或 
者 是 对 大 系统 进行 划分 ， 从 而 把 核心 领域 提取 出 来 。 

领域 (domain) 一 一 知识 、 影 响 或 活动 的 范围 。 

领域 专家 (domain expert) 一 一 软件 项 目的 成 员 之 一 ， 精 通 的 是 软件 的 应 用 领域 而 不 是 软件 
开发 。 并 非 软件 的 任何 使 用 者 都 是 领域 专家 ， 领 域 专家 需要 具备 深厚 的 主题 知识 。 

领域 层 (domain layer) 一 一 在 分 层 架 构 中 负责 领域 逻辑 的 那 部 分 设计 和 实现 。 领域 屋 是 在 软 
件 中 用 来 表示 领域 模型 的 地 方 。 


ENTITY (实体 ) 一 一 一 种 对 象 ， 它 不 是 由 属性 来 定义 的 ， 而 是 通过 一 连 串 的 连续 事件 和 标识 
FACTORY (工厂 ) 一 一 一 种 封装 机 制 ， 把 复杂 的 创建 逻辑 封装 起 来 ， 并 为 客户 抽象 出 所 创建 
立 数 (function) 种 只 计算 和 返回 结果 而 没有 副作用 的 操作 。 








不 可 变 的 (immutable) 

隐 式 概念 (implicit concept) 
从 未 被 提 及 。 

JNTENTION-REVEALING INTERFACE ( 释 意 接口 ) 一 一 类 、 方 法 和 其 他 元 素 的 名 称 既 表达 了 初始 
开发 人 员 创建 它 们 的 目的 ， 也 反映 出 了 它们 将 会 为 客户 开发 人 员 带 来 的 价值 。 

固定 规则 (invariant) 一 一 一 种 为 某 些 设计 元 素 做 出 的 断言 ， 除 了 一 些 特殊 的 临时 情况 〈 例 
如 方法 执行 的 中 间 ， 或 者 尚未 提交 的 数据 库 事务 的 中 间 ) 以 外 ， 它 必须 一 直 保 持 为 真 。 

选 代 (iteration) 一 一 程序 反复 进行 小 幅 改 进 的 过 程 。 也 表示 这 个 过 程 中 的 一 个 步骤 。 

大 比例 结构 (large-scale structure ) 组 高 层 的 概念 和 /或 规则 ， 它 为 整个 系统 建立 了 一 
种 设计 模式 。 它 使 人 们 能 够 从 大 的 角度 来 讨论 和 理解 系统 。 : 

LAYERED ARCHITECTURE (分 层 架 构 ) 种 用 于 分 离 软 件 系 统 关注 点 的 技术 , 它 把 领域 层 
与 其 他 层 分 开 。 

生命 周期 (life cycle) 个 对 象 从 创建 到 删除 中 间 所 经 历 的 一 个 状态 序列 ， 通 常 具有 一 
些 约束 ， 以 确保 从 一 种 状态 变 为 另 一 种 状态 时 的 完整 性 。 它 可 能 包括 ENTITY 在 不 同 的 系统 和 
BOUNDED CONTEXT 之 间 的 迁移 。 

模型 《model) 个 抽象 的 系统 ， 描 述 了 领域 的 所 选 方面 ， 可 用 于 解决 与 该 领域 有 关 的 
问题 。 

MODEL-DRIVEN DESIGN (模型 驱动 的 设计 ) 一 一 软件 元 素 的 某 个 子 集 严 格 对 应 于 模型 的 元 素 。 
也 代表 一 种 合作 开发 模型 和 实现 以 便 互 相 保持 一 致 的 过 程 。 


在 创建 后 永远 不 发 生 状态 改变 的 一 种 特性 。 
种 为 了 理解 模型 和 设计 的 意义 而 必 不 可 少 的 概念 ， 但 它 

















术 语 表 355 





建 模范 式 (modeling paradigm) 种 从 领域 中 提取 概念 的 特殊 方式 ， 与 工具 结合 起 来 使 
用 ， 为 这 些 概念 创建 软件 类 比 。 (例如 ， 面 向 对 象 编程 和 逻辑 编程 。) 

REPOSITORY (存储 库 ) 一 一 一 种 把 存储 、 检 索 和 搜索 行为 封装 起 来 的 机 制 ， 它 类 似 于 一 个 对 
象 集合 。 

职责 (responsibility) 一 一 执行 任务 或 掌握 信息 的 责任 ([Wirfs-Brock et al. 2003, p. 3]) 。 

SERVICE (服务 ) 种 作为 接口 提供 的 操作 ， 它 在 模型 中 是 独立 的 ， 没 有 封装 的 状态 。 

副作用 (side effect) 一 一 由 一 个 操作 产生 的 任何 可 观测 到 的 状态 改变 ， 不管 这 个 操作 是 有 意 
的 还 是 无 意 的 (即使 是 一 个 有 意 的 更 新 操作 )。 

SIDE-EFFECT-FREE FUNCTION (无 副作用 的 函数 ) 一 一 参见 [FUNCTION] 

STANDALONE CLASS (孤立 的 类 ) 一 一 无 需 引 用 任何 其 他 对 象 (系统 的 基本 类 型 和 基础 库 除 
外 ) 就 能 够 理解 和 测试 的 类 。 

无 状态 (stateless) 设计 元 素 的 一 种 属性 ， 客 户 在 使 用 任何 无 状态 的 操作 时 ， 都 不 需要 
关心 它 的 历史 。 无 状态 的 元 素 可 以 使 用 甚至 修改 全 局 信息 〈 即 它 可 以 产生 副作用 ) ， 但 它 不 保存 
影响 其 行为 的 私有 状态 。 

战略 设计 (strategic design) 一 一 一 种 针对 系统 整体 的 建 模 和 设计 决策 。 这 样 的 决策 影响 整 
个 项 目 ， 而 且 必 须 由 团队 来 制定 。 

柔性 设计 (supple design ) 柔性 设计 使 客户 开发 人 员 能 够 掌握 并 运用 深层 模型 所 理 含 的 
潜力 来 开发 出 清晰 、 灵 活 且 健 壮 的 实现 ， 并 得 到 预期 结果 。 同 样 重要 的 是 ， 利 用 这 个 深层 模型 ， 
开发 人 员 可 以 轻松 地 实现 并 调整 设计 ， 从 而 很 容易 地 把 他 们 的 新 知识 加 入 到 设计 中 。 

UBIQUITOUS LANGUAGE (通用 语言 ) 一 一 围绕 领域 模型 建立 的 一 种 语言 ， 团 队 所 有 成 员 都 使 
用 这 种 语言 把 团队 的 所 有 活动 与 软件 联系 起 来 。 

统一 (unification) 一 一 模型 的 内 部 一 致 性 ， 使 得 每 个 术语 都 没有 歧义 且 没 有 规则 冲突 。 

VALUE OBJECT ( 值 对 象 ) 种 描述 了 某 种 特征 或 属性 但 没有 概念 标识 的 对 象 。 

WHOLE VALUE (完整 值 ) 一 一 对 单一 、 完 整 的 概念 进行 建 模 的 对 象 。 

















参考 文献 





Alexander, C., M. Silverstein, S. Angel, S. Ishikawa, and D. Abrams. 1975. The Oregon Experiment. 
Oxford University Press. 

Alexander, C., S. Ishikawa, and M. Silverstein. 1977. 4 Pattern Language: Towns, Buildings, 
Construction. Oxford University Press. 

Alur, D., J. Crupi, and D. Malks. 2001. Core J2EE Patterns. Sun Microsystems Press. 

Beck, K. 1997. Smalltalk Best Practice Patterns. Prentice Hall PTR. 
. 2000. Exitreme Programming Explained: Embrace Change. Addison-Wesley. 








. 2003. Test-Driven Development: By Example. Addison-Wesley. 
Buschmann, F., R. Meunier, H. Rohnert, P. Sommerlad, and M. Stal. 1996. Pattern-Oriented 
Sofiware Architecture: A System of Patterns.Wiley. 
Cockburn, A. 1998. Surviving Object-Oriented Projects: A Manager's Guide. Addison-Wesley. 
Evans, E., and M. Fowler. 1997. “Specifications.” Proceedings of PLoP 97 Conference. 
Fayad, M., and R. Johnson. 2000. Domain-Specific Application Frameworks. Wiley. 
Fowler, M. 1997. Analysis Patterns: Reusable Object Models. Addison-Wesley. 





. 1999. Refactoring: Improving the Design of Existing Code. Addison-Wesley. 





. 2003. Patterns of Enterprise Application Architecture. Addison-Wesley. 
Gamma, E., R. Helm, R. Johnson, and J. Vlissides. 1995, Design Patterns. Addison-Wesley. 
Kerievsky, J. 2003. “Continuous Learming,” in Extreme Programming Perspectives, 
Michele Marchesi et al. Addison-Wesley. 
. 2003. Web site: http:/www.industriallogic.con/xp/refactoring. 

Larman, C. 1998. Applying UML and Patterns: An Introduction to Object-Oriented Analysis and 
Design. Prentice Hall PTR. 

Merriam-Webster. 1993. Merriam-Webster’s Collegiate Dictionary. Tenth edition. Merriam- 
Webster. 

Meyer, B. 1988. Object-oriented Sofitware Construction. Prentice Hall PTR. 

Murray-Rust, P., H. Rzepa, and C. Leach. 1995, Abstract 40. Presented as a poster at the 210th ACS 





参考 文献 357 


Meeting in Chicago on August 21, 1995. http:/www.ch.ic.ac.uk/cml/ 

Pinker, S. 1994. The Language Instinct: How the Mind Creates Language. HarperCollins. 

Succi, G, J., D. Wells, M. Marchesi, and L. Williams. 2002. Extreme Programming Perspectives. 
Pearson Education. 

Warmer, J., and A. Kleppe. 1999. The Object Constraint Language: Precise Modeling with UML. 
Addison-Wesley. 

Wirfs-Brock, R., B. Wilkerson, and L. Wiener. 1990. Desiegning Object-Oriented Sofiware. Prentice 
Hall PTR. 

Wirfs-Brock, R., and A.McKean.2003. Object Design: Roles, Responsibilities, and Collaborations. 
Addison-Wesley. 





图 片 说 明 





本 书 中 的 所 有 图 片 均 已 得 到 使 用 许可 。 


Richard A. Paselk, Humboldt State University 
星 盘 图 (第 3 章 ，P30) 


© Royalty-Free/Corbis 
指 印 (第 5 章 ，P56)， 加 油 站 (第 5 章 ，P67)，Auto 
工厂 (第 6 章 ，P89)， 图 书 管理 员 (第 6 章 ，P97) 


Martine Jousset 


葡萄 (第 6 章 ，P81)， 新 种 植 的 和 长 大 后 的 橄榄 林 (结束 语 ，P346 和 P347) 


Biophoto Associates/Photo Researchers, Jc. 


电子 显微镜 下 的 颤 潍 细 胞 (第 14 章 ，P235) 


Ross J. Venables 
划 手 (一群 和 单个 ) (第 14 章 ，P239 和 P260) 


Photodisc Green/Getty Images 
赛跑 者 (第 14 介 ,P250)， 儿童 (第 14 章 ，P253) 


U.S. National Oceanic and Atmiaspheric Administration 


中 国 长 城 (第 14 章 ，P255) 


© 2003 NAMES Project Foundation, Atlanta, Georgia. 
Photographer Paul Margolies. www.aidsquilt.org 
艾滋 拼 被 (第 16 章 ，P303) Sy 








索 


5| 





索引 中 的 页 码 为 英文 原 书 页 码 ， 与 本 书 边栏 页 码 一 致 。 


名 A 
ABSTRACT CORE, 435-437 
ADAPTERS, 367 
AGGREGATES 
definition 《定义 】, 126-127 
examples 〔〈 例 子 ) , 130-135, 170-171, 177-179 
invariants《〈 固 定 规则 ) , 128-129 
local vs. global identity《〈 本 地 标识 与 全 局 标识 ) , 127 
overview 〈 概 述 ) , 125-129 
ownership relationships〈 所 属 关 系 ) , 126 
Agile design 《敏捷 设计 》 
Distiliation 《精炼 〉, 483 
MODULES, 111 
reducing dependencies 降低 依赖 性 》,265, 435-437, 463 
supple design 《柔性 设计 ) ,243-244, 260-264 
AIDS Memorial Quilt Project (艾滋病 纪念 拼 被 ) , 479 
Analysis models《〈 分 析 模 型 》, 47-49 
Analysis patterns “分析 模式 ). 参见 design patterns. 
concept integrity (概念 完整 性 ) ,306-307 
definition 《定义 》, 293 
example 《水 例 ) , 295-306 
overview (概述 ) ,294 
UBIQUITOUS LANGUAGE, 306-307 
ANTICORRUPTION LAYER 
ADAPTERS, 367 
considerations 《 考 碟 因素 》, 368-369 
example〈 示 例 ) , 369-370 
FACADES, 366-367 
interface design 《接口 设计 〉, 366-369 
overview 概述) , 364-366 
relationships with extemal systems《 与 外 部 系统 的 关系 ) ， 
384-385 
Application layer 〈 应 用 层 ) , 70, 76-79 


Architectural frameworks 〈 架 构 框 架 ) , 70, 74, 156-157， 
271-272, 495-496 

ASSERTIONS, 255-259 

Associations (关联 》 

bidirectional 《 双 商 的 》, 102-103 
example《〈 示 例 ) , 169-170 
for practical design 〈 为 了 获得 更 实用 的 设计 ) , 82-88 
VALUE OBJECTS, 102-103 

Astrolabe 〈 星 盘 ) ,47 

Awkwardness (不 足 之 处 ) , concept analysis〈 概 念 分 析 )， 

210-216 


电 B 
Bidirectional associations (双向 关联 》, 102-103 
Blind men and the elephant〈 盲 人 与 象 ) ,377-381 
Bookmark anecdote (书签 趣闻 )〉, 57-59 
BOUNDED CONTEXT. 参见 CONTEXT MAP. 
code reuse 《代码 重用 〉, 344 
CONTINUOUS INTEGRATION, 341-343 
defining (定义 ) ,382 
duplicate concepts 《重复 的 概念 ) , 339-340 
example《 示 例 》, 337-340 
false cognates〈 假 同 源 ) ,339-340 
large-scale structure 《大 比例 结构 ), 485-488 
overview《 概 述 ) ,335-337 
relationships (关系 ) ,352-353 
splinters〈 不 一 致 ) ,339-340 
testing boundaries《〈 测 试 边界 ) , 35] 
translation layers 〈 转 换 层 ) ,374. 参见 ANTICORRUPTION 
LAYER; PUBLISHED LANGUAGE. 
VS. MODULES, 335 
Brainstorming〔 头 脑 风暴 〉, 7-13, 207-216, 219 





360 结 束 语 





Breakthroughs (突破 ) ,193-200, 202-203 

Business logic, in user interface layer (业务 逻辑 ， 位 于 用 户 
界面 层 〉,77 

Business rules (业务 规则 〉, 17, 225 


栖 C 
Calibacks 《回调 模式 ), 73 
Cargo shipping examples (货运 示例 ) .参见 examples, cargo 














shipping. 

Changing the design 〈 改 变 设计 ) . 参见 refactoring. 

Chemical warehouse packer example( 化 学 品 仓库 打包 示例 )， 
235-241 

Chemistry example 〔〈 化 学 示例 ) , 377 

Cleese, John, 5 

CLOSURE OF OPERATIONS, 268-270 

Code as documentation 〈 作 为 文档 的 代码 ) , 40 

Code reuse〈 代 码 重用 ) 

BOUNDED CONTEXT, 344 

GENERIC SUBDOMAINS, 412-413 

reusing prior art (借鉴 先前 的 经 验 〉, 323-324 
Cohesion 〈 内 聚 ) , MODULES, 109-110, 113 
COHESIVE MECHANISMS 

and declarative style〈 声 明 式 风格 ) , 426-427 

examble〈 示 例 ) ,425-427 

overview 〈 概 述 ) , 422-425 

V5. GENERIC SUBDOMAINS, 425 

Common language 《公共 语言 ). 参见 PUBLISHEDLANGUAGE; 
UBIQUITOUS LANGUAGE. 

Communication〔 沟 通 ) , speech 讲话) .参见 UBIQUITOUS 
LANGUAGE. 

Communication (共同 ) , written (书面 的 ) .参见 documents; 
UML (Unified Modeling Language); UBIQUITOUS 
LANGUAGE. 

Complexity〈 复 杂 性 ) ,reducing (减少 ) .参见 distillation; 
large-scale structure( 大 比例 结构 ); LAYERED ARCHITEC- 
TURE; supple design 《柔性 设计 》. 

COMPOSITE pattern, 315-320 

Composite SPECIFICATION, 273-282 

Concept analysis 《概念 分 析 ) . 参见 analysis pattems; examples， 

concept analysis. 

Awkwardness “不足 之 处 ) ,210-216 

Contradictions ( 泌 盾 之 处 ) ,216-217 

explicit constraints《 显 式 的 约束 ) ,220-222 

language of the domain experts 《领域 专家 的 语言 )， 


206-207 
missing concepts 《丢失 的 概念 ) , 207-210 
processes as domain objects (作为 领域 对 象 的 过 程 )， 
222-223 
researching existing resources (查询 现 有 资源 ) ,217-219 
SPECIFICATION, 223 
trial and error〈 尝 试 和 出 错 ) ,219 
CONCEPTUAL CONTOURS, 260-264 
Conceptual layers (概念 层 ) , 参见 LAYERED ARCHITECTURE; 
RESPONSIBILITY LAYERS 
Configuring (配置 ) SPECIFICATION, 226-227 
CONFORMIST, 361-363, 384-385 
Constructors, 141-142, 174-175. 参见 FACTORIES. 
CONTEXT MAP 参见 BOUNDED CONTEXT. 
Example〈 示 例 ) , 346-351 
organizing and documenting〔 组 织 和 文档 化 〉, 351-352 
overview (概述 ) ,344-346 
vs. large-scale structure (大 比例 结构 ) ,446, 485-488 
CONTEXT MAP, choosing a strategy〔 选 择 一 种 策略 》 
ANTICORRUPTION LAYER, 384-385 
CONFORMIST, 384-385 
CUSTOMER/SUPPLIER DEVELOPMENT TEAMS, 356-360 
defining BOUNDED CONTEXT, 382 
deployment (部 署 ) , 387 
external systems (外 部 系统 ) ,383-385 
integration (和 集成), 384-385 
merging (合并 ) OPEN HOST SERVICE and PUBLISHED 
LANGUAGE, 394-396 
merging (合并 〉 SEPARATE WAYS and SHARED KERNEL, 
389-391 
merging (合并 ) SHARED KERNEL and CONTINUOUS 
INTEGRATION, 391-393 
packaging 《打包 》, 387 
phasing out legacy systems( 逐步 淘汰 遗留 系统 ),393-394 
for a project in progress《〈 对 于 一 个 正在 开发 的 项 日 ) ， 
388-389 
SEPARATE WAYS, 384-385 
SHARED KERNEL, 354-355 
specialized terminologies 〈 专 用 术语 ) ,386-387 
system under design《〈 正 在 设计 的 系统 ) , 385-386 
team context〈 团 队 上 下 文 ) ,382 
trade-offs〔( 折 中 ， 权 衡 》, 387 
transformations (转换 ) ,389 
transforming boundaries “转换 边界 〉 ,382-383 
Context principle 《上下文 主 题 〉, 328-329. 参见 BOUNDED 














索 引 361 





CONTEXT; CONTEXT MAP. 
CONTINUOUS INTEGRATION， 341-343， 391-393， 参 见 
integration. | 
Continuous learning 持续 学 习 ) , 15-16 
Contradictions〈 矛 盾 之 处 ) ,conceptanalysis〈 概 念 分 析 ) ， 
216-217 
CORE DOMAIN 
DOMAIN VISION STATEMENT, 415-416 
flagging key elements 〈 表 明 核 心 元 素 ) , 419-420 
MECHANISMS, 425 
Overview 〈 概 述 ) , 400-405 
Costs of architecture dictated MODULES (支配 MODULE 的 
架构 的 代价 ) , 114-115 
Coupliing〈 耦 合 ) MODULES, 109-110 
Customer-focused teams《〈 以 客户 为 中 心 的 团队 ) , 492 
人 CUSTOMER/SUPPLIER, 356-360 


溃 D 
Database tuning〔 优 化 数据 库 ) , example (示例 〉, 102 
Declarative design 《声明 式 设计 ), 270-272 
Declarative style of design《〈 声 明 式 设计 风格 ) ,273-282,426-427 
Decoupling from the client 〈 与 客户 解 耦 ) , 156 
Deep models (深层 模型 》 
distillation 《精炼 〉, 436-437 
overview (概述) , 20-21 
refactoring〈 重 构 〉》, 189-191 
Deployment 部署),387. 参见 MODULES. 
Design changes (设计 变更 ), 参见 refactoring. 
Design pattems 《设计 模式 〉, 参见 analysis patterns. 
COMPOSITE, 31$-320 
FLYWEIGHT, 320 
overview 〈 概 述 ) , 309-310 
STRATEGY, 311-314 
vs. domain patterns 〈 领 域 模 式 ) ,309 
Development teams “开发 团队 )〉. 参见 teams. 
Diagrams 图表) .参见 documents; UML(Unified Modeling 
Language). 
Discovery 发现) , 191-192 
Distillation 《精炼 〉. 参见 examples, distillation. 
ABSTRACT CORE, 435-437 
deep models (深层 模型 ), 436-437 
DOMAIN VISION STATEMENT, 415-416 
Encapsulation (封装 〉》, 422-427 
HIGHLIGHTED CORE, 417-421 
INTENTION-REVEALING INTERFACES, 422-427 


large-scale structure《 大 比例 结构 〉, 483, 488-489 
overview〔 概 述 ) , 397-399 
PCB design anecdote 《PCB 设计 趣闻 ) ,7-13 
Polymerphism《〈 多 态 ) ,435-437 
refactoring targets 〈 重 构 目 标 ) , 437 
role in desighn (设计 中 的 和 角色) ,329 
SEGREGATED CORE, 428-434 
separating CORE concepts (分 离 CORE 概念 ) , 428-434 
Distillation 〈 精 炼 ) ,COHESIVE MECHANISMS and declarative 
style《〈《 和 声明 式 风 格 ) ,426-427 
overview《〈 概 述 》, 422-425 
VS. GENERIC SUBDOMAINS, 425 
Distillation 〈 精炼 ) , CORE DOMAIN 
DOMAIN VISION STATEMENT, 415-416 
flagging key elements〈 表 明 核 心 元 素 ) ,419-420 
MECHANISMS, 425 
overview〈 概 述 ) , 400-405 
Distillation, GENERIC SUBDOMAINS 
adapting a published design《 采 用 公开 发 布 的 设计 ) ,408 
in-house solution 〈 内 部 解决 方案 ) ,409-410 
off-the-shelf solutions 〈 现 成 的 解决 方案 ) , 407 
outsourcing 〈 外 包 ) ,408-409 
overview (概述 )》 ,406 
reusability〈 可 重用 性 ) ,412-413 
Tisk management (风险 管理 ) , 413-414 
W. COHESIVE MECHANISMS, 425 
Distillation document 《精炼 文档 》, 418-419, 420-421 
Documents (文档) 
code as documentation 〈 作 为 文档 的 代码 ) ,40 
distilation document 〈 精 炼 文档 ) ,418-419, 420-421 
DOMAIN VISION STATEMENT, 415-416 
explanatory models (解释 性 模型 ) ,41-43 
keeping current 〈 保 持 最 新 状态 ) , 38-40 
in project activities 《深入 各 种 项 目 活 动 之 中 ) ,39-40 
purpose of (目的 在 于 ) ,37-40 validity of (正当 性 ) ,38-40 
UBIQUITOUS LANGUAGE, 39-40 
Domain experts 《领域 专家 ) 
gathering requirements from (从.…-… 处 搜集 信息 ) . 参见 
concept analysis; knowledge crunching. 
language of (~ 的 知识 ) , 206-207. 参见 UBIQUITOUS 
LANGUAGE. 
Domain layer (领域 层 ) , 70, 75-79 
Domain objects (领域 对 象 ) , life cycle( 生 命 周期 ), 123-124. 
参见 AGGREGATES; FACTORIES; REPOSITORIES. 
Domain pattems vs. design Pattern ( 领域 模式 与 设计 模式 ) ,309 








362 结 束 语 





DOMAIN VISION STATEMENT, 41S-416 
Domain-specific language《 特 定 于 领域 的 语言 ) , 272-273 
Duplicate concepts (重复 的 概念 ), 339-340 


副 E 
Elephant and the blind men 《盲人 与 象 ) ,377-381 
Encapsulation 《 圣 装 》. 参见 FACTORIES. COHESIVE 
MECHANISMS, 422-427 
INTENTION-REVEALING INTERFACES, 246 
REPOSITORIES, 154 
ENTITIES, 参见 associations; SERVICES; VALUE OBRJECTS. 
automatic IDs (自动 生成 的 ID》, 95-96 
clustering( 聚 集 ) .参见 AGGREGATES. establishing identity 
〈 定 义 标 识 ) , 90-93 
example〈 示 例 ) , 167-168 
ID uniqueness (ID 唯一 性 ) , 96 
identifying attributes 〈 标 识 属性 》 ,94-96 
identity tracking 〈 实 体 跟 踪 ) , 94-96 
modeling ( 建 模 ) ,93-94 
referencing with 〈 参 考 ) VALUE OBJECTS, 98-99 
vs. Java entity beans (Java 实体 bean》 ,91 
Evant (Evant 公司 ) , 504-505 
EVOLVING ORDER, 444-446, 491 
Examples 〈 示 例 ) 
AGGREGATES, 130-135 
analysis patterns 《分析 模式 ) , 295-306 
ASSERTIONS, 256-259 
breakthroughs 《突破 〉, 202-203 
chemical warehouse packer 〈 化 学 仓库 打包 ) ,235-241 
chemistry (化 学 ) , PUBLISHED LANGUAGE, 377 
CLOSURE OF OPERATIONS, 269-270 
COHESIVE MECHANISMS, 425-427 
composite SPECIFICATION, 278-282 
CONCEPTUAL CONTOURS, 260-264 
constructors〈 构 造 函 数 ) , 174-175 
Evant 《Evant 公司 ) , 504-505 
explanatory models (解释 性 模型 ) , 41-43 
extracting hidden concepts〈 提 取 隐 藏 的 概念 , 17-20 
insurance project (保险 项 目 ), 372-373 
integration with other systems (与 其 他 系统 集成 ) ,372-373 
INTENTION-REVEALING INTERFACES, 423-424 
introducing new features 《引入 新 特性 〉, 181-185 
inventory management 《库存 管理 ) ,504-505 
investment banking《 投 资 银行 业务 》, 211-215 


KNOWLEDGE LEVEL, 466-474 

LAYERED ARCHITECTURE, 71-72 

MODEL-DRIVEN DESIGN, 52-57 

MODULES, 111-112 

multiple teams 〈 多 个 团队 ) ,358-360 

online banking (网 上 银行 ), 71-72 

organization chart〈 组 织 结构 图 ) ,423-427 

package coding in Java (Java 中 的 包 编 码 ), 111-112 

paint-mixing application 〈 调 洪 应 用 程序 ) ,247-249, 252- 
254, 256-259 

payroll and pension《 工 资 和 养老 金 系统 ) , 466-474 

PLUGGABLE COMPONENT FRAMEWORK, 475-479 

procedural languages 《过 程 语言 ) , 52-57 

prototypes《 原 型) , 238-241 

PUBLISHED LANGUAGE, 377 

purchase order integrity〔 采 购 订单 的 完整 性 〉, 130-135 

refactoring( 重 构 〉, 247-249 

RESPONSIBILITY LAYERS, 452-460 

selecting from Collections (从 集合 中 选择 子 集 ) , 269-270 

SEMATECH CIM framework ( SEMATECH CIM 框 
架 ) ,476-479 

SIDE-EFFECT-FREE FUNCTIONS, 252-254, 285-286 

SPECIFICATION, 235-241 

supple design〔 季 性 设计 ) ,247-249 

time zones 《时 区 ) ,410-412 

tuning a database 〈 优 化 数据 库 ) , 102 

VALUE OBJECTS, 102 

Examples, cargo shipping “货运 示例 ) 

AGGREGATES, 170-171, 177-179 

allocation checking (配额 检 查 ) , 181-185 

ANTICORRUPTION LAYER, 369-370 

associations 《关联 》 , 169-170 

automatic routing (自动 安排 路 线 ) , 346-351 

booking 《预定 ) 
BOUNDED CONTEXT, 337-340 
extracting hidden concepts (提取 隐藏 的 概念 ) , 17-20 
legacy application 《遗留 应 用 程序 ), 369-370 
overbooking ( 超 订 〉, 18-19, 222 
vs. yield.analysis 《收益 分 析 〉,358-360 

cargo routing〔 安排 货运 路 线 ) ,27-30 

cargo tracking 〈 货 物 跟踪 )》, 41-43 

COMPOSITE pattern, 316-320 

composite routes 《组 合 的 路 线 〉, 316-320 

concept analysis 《概念 分 析 ) , 222 

conclusion (结论 ) , 502-504 


索 引 363 





constructors 《构造 函数 ) ,174-175 

CONTEXT MAP, 346-351 

ENTITIES, 167-168 

extracting hidden concepts 〈 提 取 隐 藏 的 概念 ) , 17-20 
FACTORIES, 174-175 

identifying missing concepts( 找 出 丢失 的 概念 ) ,207-210 
isolating the domain 〈 人 隔离 领域 ) , 166-167 

large-scale structure〔 关 比例 结构 ) ,452-460 
MODULES, 179-181 

multiple development teams 《多 个 开发 团队 ) ,358-360 
performance tuning 《性 能 优化 ), 185-186 

refactoring《 便 构 〉》, 177-179 

REPOSITORIES, 172-173 

RESPONSIBILITY LAYERS, 452-460 

route-finding 《路 线 查 找 ) ,312-314 

scenarios (场景 ) , 173-177 

SEGREGATED CORE, 430-434 

shipping operations and routes〈 航 运 操作 和 路 线 ) ,41-43 
STRATEGY 312-314 

system overview〔 系统 简介 ) , 163-166 

UBIQUITOUS LANGUAGE, 27-30 

VALUE OBJECTS, 167-168 

Examples 《示例 ) ,concept analysis 《概念 分 析 ) 
extracting hidden concepts 〈 提 取 隐 藏 的 概念 ) , 17-20 
identifying missing concepts《〈 找 出 丢失 的 概念 ) ,207-210 
implicit concepts〈 隐 式 概 念 ) ,286-288 

researching existing resources (查询 现 有 资源 ) ,217-219 
resolving awkwardness〈 解 决 不 足 之 处 ) ,211-215 
Examples 〈 示 例 ) , distillation 《精炼 》 

COHESIVE MECHANISMS, 423-424, 425-427 

GENERIC SUBDOMAINS, 410-412 

organization chart《 组 织 结构 图 〉, 423-424, 425-427 
SEGREGATED CORE, 428-434 

time zones (时 区 ) ,410-412 

Examples (示例 ) ,integration〈 集 成 ) 

ANTICORRUPTION LAYER, 369-370 

Translator (转换 者) ,346-351 

unifying an etephant “大 银 ” 的 统 --》 ,378-381 
Exainples〈 示 例 ) ,large-scale structure 〈 大 比例 结构 ) 
KNOWLEDGE LEVEL, 466-474 

PLUGGABLE COMPONENT FRAMEWORK, 475-479 
RESPONSIBILITY LAYERS, 452-460 

Examples, LAYERED ARCHITECTURE 

partitioning applications 〈 为 应 用 程序 分 层 ) ,71-72 
RESPONSIBILITY LAYERS, 452-460 


Examples (示例 〉, loan management〔 贷 款 管理 ) 
analysis patterns《 分 析 模 式 〉, 295-306 
breakthroughs 《突破 ) , 194-200 
concept analysis (概念 分 析 〉, 211-215, 217-219 
CONCEPTUAL CONTOURS, 262-264 
conclusion (总 结 ), 501-502 
interest calculator (利息 计算 器 ) ,211-215, 217-219, 295-306 
investment banking“ 投 资 银行 业务 》, 194-200 
refactoring 〈 重 构 ) , 194-200, 284-292 
Explanatory models 《解释 性 模型 〉》, 41-43 
Explicit constraints 〈 显 式 的 约束 ) , concept analysis (概念 
分 析 ) ,220-222 
External systems 〈 外 部 系统 ) , 383-385. 参见 integration. 
Extracting hidden concepts〈 提 取 隐 藏 的 概念 ) ,17-20. 参见 
implicit concepts. 


驶 FF 
FACADES, 366-367 
Facilities《〈 人 和信 和 贷 》 ,194 
FACTORIES 
configuring SPECIFICATION (配置 SPECIFICATION) ， 
226-227 
creating (创建 》, 139-141 
creating objects 《创建 对 象 ), 137-139 
designing the interface 《接口 的 设计 ), 143 
ENTITY vs. VALUE OBJECT, 144-145 
example 《示例 〉, 174-175 
invariant iogic〈 园 定 规则 的 逻辑 ) ,143 
overview〈 概 述 ) , 136-139 
plasing《 放 置 》, 139-141 
reconstitution 〈 重 建 ) , 145-146 
and REPOSITORIES, 157-159 
requirements〔 要 求 ) , 139 
FACTORY METHOD, 139-141 
False cognates 〈 假 辣 源 ) ,339-340 
Film editing anecdote (电影 剪辑 趣闻 ) ,5 
Flexibility 〈 灵 活性 ) . 参见 supple design., 
FLYWEIGHT pattern, 320 
Functions〈 函 数 ) , SIDE-EFFECT-FREE, 250-254, 285-286 


甸 G 

GENERIC SUBDOMAINS 
adapting a published design〈 公 开发 布 的 设计 ) , 408 
example 〈 示 例 ) ,410-412 


364 结 束 语 





ip-house solution〈 内 部 解决 方案 ) , 409-410 
off-the-shelf solutions 〈 现 成 的 解决 方案 ) , 407 
outsourcing 〈 外 包 ) , 408-409 
overview 〈 概 述 ) , 406 
reusability〈 可 重用 性 ) ,412-413 
risk management〔 风 险 管理 ) ,413-414 
v5. COHESIVE MECHANISMS, 425 
Granularity (粒度 ) , 108 


晒 H 

Hidden concepts《〈 隐 藏 的 概念 ) , extracting (提取 ) ,17-20 
HIGHLIGHTED CORE, 417-421 

Holy Grail anecdote (有关 《圣杯 与 巨 蟒 》 电 影 的 一 些 趣闻 》 ,5 


杜 | 
Identity 〈 标 识 ) 
establishing 〈 创 建 ) , 90-93 
local vs. global (本 地 vs. 全 局 ) , 127 
tracking〔 跟 踪 ) , 94-96 
Immutability ofVALUE OBJECTS (保持 VALUE OBJECT 不 变 ) ， 
100-101 
Implicit concepts 〈 隐 式 概 念 ) 
categories of 〔(……- 的 类 别 ) ,219-223 
recognizing 〈 识 别 ) , 206-219 
Infrastructure layer 〈 基 础 设施 层 ) , 70 
Infrastructure-driven packaging 〈 基 础 设施 驱动 的 打包 ) ， 
112-116 
In-house solution〔 内 部 解决 方案 ), GENERIC SUBDOMAINS， 
409-410 
Insurance project example 〈 保 险 项 目 示例 ) ,372-373 
Integration〈《 集 成 ) 
ANTICORRUPTION LAYER, 364-370 
CONTINUOUS INTEGRATION, 341-343, 391-393 
cost/benefit analysis 〈 成 本 /效益 分 析 ) ,371-373 
elephant and the blind men ( 育 人 与 象 》, 377-381 
example〔 示 例 ) , 372-373 
external systems (外 部 系统 ) , 384-385 
OPEN HOST SERVICE, 374 
SEPARATE WAYS, 371-373 
translation layers( 转 换 层 ),374. 参见 PUBLISHED LANGUAGE. 
Integrity 集成) 参见 model integrity. 
INTENTION-REVEALING INTERFACES, 246-249, 422-427 
Interest calculator examples “利息 计算 器 示例 〉, 211-215， 
217-219, 295-306 


Internet Explorer bookmark anecdote 《I 书签 趣闻 ) , 57-59 

Invariant logic( 固定 规则 的 逻辑 》, 128-129, 143 

Inventory management example 〈 库 存 管 理 示 例 ) ,504-505 

Investment banking example 〈 银 行业 投资 示例 ) , 194-200， 
211-215, S01 . 

Isolated domain layer《 孤 立 的 领域 层 ) , 106-107 

Isolating the domain 《隔离 领域 〉. 参见 ANTICORRUPTION 
LAYER; distillation; LAYERED ARCHITECTURE. 

Iterative design process〈 和 友 代 式 设计 过 程 ), 14, 188, 445 


本 J 

Jargon 〈 术 语 ) . 参见 PUBLISHED LANGUAGE; UBIQUITOUS 
LANGUAGE. 

Java entity beans vs. ENTITIES (Java 实体 bean 与 ENTITY) ,91 


玖 K 

Knowledge crunching 〈 知 识 消 化 ) , 13-15 

Knowledge crunching (知识 消化 ,example《〈 示 例 ) ,7-12 
KNOWLEDGE LEVEL, 465-474 


测 L 
Language ofthe domain experts 《领域 专家 的 语言 ), 206-207 
Large-scale structure (大 比例 结构 ) . 参见 distillation; 
examples, large-scale structure; LAYERED ARCHITECTURE; 
strategic design. 
CONTEXT MAP, 446 
Definition (定义 ), 442 
development constraints 《限制 开发 ) , 445-446 
EVOLVING ORDER, 444-446 
Flexibility (灵活 性 》, 480-481 
KNOWLEDGE LEVEL, 465-474 
minimalism 《最 小 化 〉, 481 
naive metaphor (幼稚 隐 喻 ) , 448-449 
overview 概述》, 439-443 
PLUGGABLE COMPONENT FRAMEWORK, 475-479 
refactoring〈 重 构 〉, 481 
role in design〈 设 计 中 的 作用 ) ,329 
supple design 〈 邓 性 设计 ) , 482-483 
SYSTEM METAPHOR, 447-449 
team comrmunication 〈 团 队 沟 通 》 ,482 
Large-scale stmmcture( 大 比例 结构 ), RESPONSIBILITYLAYERS 
choosing layers〈 选 择 层 ) , 460-464 
overview〔 概 述 》, 450-452 
useful characteristics 《有 用 的 特征 ) ,461 





LAYERED ARCHITECTURE. 参见 distillation; examples， 
LAYERED ARCHITECTURE; large-scale structure. 
application layer《〈 应 用 层 ) , 70, 76-79 
callbacks 〈 回 调 模式 》, 73 
conceptual layers 《概念 层 ), 70 
connecting layers 《连接 各 层 ) , 72-74 
design deperidencies〈 设 计 依赖 性 ) ,72-74 
diagram《〈 图 表 ) , 68 
domain layer〈 领 域 层 ) ,70, 75-79 
frameworks (框架 ) , 74-75 
infrastructure layer〈 基 础 设施 层 ) ,70 
isolated domain layer《 孤 立 的 领域 层 ), 106-107 
MVC (MODEL-VIEW-CONTROLLER), 73 
OBSERVERS, 73 
partitioning complex programs 《给 复杂 的 应 用 程序 划分 
层次 ) ,70 
separating user interface, application, and domain 〈 将 用 户 
界面 层 、 应 用 层 和 领域 层 分 开 ) , 76-79 
SERVICES, 73-74 
SMART UL 73 
TRANSACTION SCRIPT 79 
user interface layer〈 用 户 界面 层 ) , 70, 76-79 
value of《…… 的 价值 ) , 69 
LAYERED ARCHITECTURE, ANTICORRUPTION LAYER ADAPTERS, 367 
considerations 〈 需 要 考虑 的 因素 ) , 368-369 
FACADES, 366-367 
interface design 〈 接 口 设 计 ) ,366-369 
overview 〈 概 述 ) ,364-366 
reiationships with external systems〔〈 与 外 部 系统 的 关系 ) ， 
384-385 
LAYERED ARCHITECTURE, RESPONSIBILITY LAYERS 
choosing layers (选择 层 ) , 460-464 
overview 〈 概 述 ) ,450-452 
useful characteristics 〈 有 用 的 特征 ) , 461 
Legacy systems( 遗 留 系 统 ),phasing out( 逐 步 淘汰 ),393-394 
Life cycle of domain objects( 领域 对 象 的 生命 周期 ), 123-124. 
参见 AGGREGATES; FACTORIES; REPOSITORIES. 
Loan management examples( 贷款 管理 示例 ) 参见 examples， 
loan management. 、 
Local ys. global identity 〈 本 地 标识 与 全 局 标识 ) , 127 





沁 M 

Merging (合并 ) 
OPEN HOST SERVICE and PUBLISHED LANGUAGE, 394-396 
SEPARATE WAYS to SHARED KERNEL, 389-391 


索 引 365 


SHARED KERNEL to CONTINUOUS 
INTEGRATION, 391-393 
METADAIA MAPPING LAYERS, 149 
Missing concepts 《丢失 的 概念 ), 207-210 
Mistaken identity anecdote (有关 错误 实体 的 趣闻 ) , 89 
Model integrity〔〈 模 型 完整 性 ) . 参见 BOUNDED CONTEXT; 
CONTEXT MAP; multiple models. 
establishing boundaries 〈 建 立 边界 ) , 333-334 
multiple models (多 个 模型 ) ,333 
overview 《概述 〉》, 331-334 
recognizing relationships《 识 别 关系 〉》, 333-334 
unification〈 统 一 ) ,332. 参见 CONTINUOUS INTEGRATION. 
Model layer〈 模 型 层 ) . 参见 domain layer, 
Model-based language( 基 于 模型 的 语言 ). 参 见 UBIQUrrOUS 
LANGUAGE. 
MODEL-DRIVEN DESIGN 
correspondence to design 《与 设计 的 一 致 性 》, 50-51 
modeling paradigms 〈 建 模范 式 ) , 50-52 
overview (概述 ) ,49 
procedural languages 《过程 语言 ,51-54 
relevance of model 〈 模 型 的 相关 ) ,49 
tool support〈 工 具 支 持 ) , 50-52 
Modeling 〈 建 模 ) 
Associations〈 关 联 ) , 82-88 
ENTITIES, 93-94 
HANDS-ON MODELERS, 60-62 
integrating with programming (与 编程 相 结 合 〉, 60-62 
non-object〈 非 对 象 ) , 119-122 
Models 《模型 》 
binding to implementation (与 实现 绑 定 ) 参见 
MODEL-DRIVEN DESIGN- 
and user understanding 〈 以 及 让 用 户 理解 ) , 57-59 
MODEL-VIEW-CONTROLLER (MVC), 73 
Modularity (模块 化 〉, 115-116 
MODULES 
agile 【敏捷 的 〉, 111 
cohesion〈 一 致 性 ) , 109-110, 113 
costs of (…… 的 成 本 ) ,114-115 
coupling〈 耦 合 ) , 109-110 
determining meaning of《 决定 ………: 的 意义 ) , 110 
examples 示例》, 111-112, 179-181 
infrastructure-driven packaging〈 基 础 设施 驱动 的 打包 ) ， 
112-116 
mixing paradigms (混合 范式 ) , 119-122 
modeling paradigms ( 建 模范 式 ) , 116-119 





366 结 束 语 


modularity《 模 块 化 〉》, 115-116 
naming《 命 名) , 110 
non-object models《〈 非 对 象 模型 ) , 119-122 
object paradigm 〈 对 象 范式 ) , 116-119 
overview 〔 概 述 ) , 109 
packaging domain objects 〈 对 领域 对 象 打包 ) , 115 
refactoring 〈 重 构 ) ,110, 111 
vs, BOUNDED CONTEXT, 335 
Monty ?ython anecdote 《Monty Pyrhon 的 趣闻 》, 5 
Moultiple models 〈 多 个 模型 ) , 333, 335-340 
MVC (MODEL-VIEW-CONTROLLER), 73 


旺 N 
Naive metaphor〈 幼 稚 隐 喻 》, 448-449 
Naming 《命名 ) 
BOUNDED CONTEXTS, 345 
conventions for supple design 〈 杀 性 设计 的 惯例 ) , 247 
INTENTION-REVEALING INTERFACES, 247 
MODULES, 110 
SERVICES, 105 
Non-object models〈 非 对 象 模 型 ) , 119-122 


加 O 
Object references《〈 对 象 引用 ) . 参见 REPOSITORIES. 
Objects, 参见 ENTITIES; VALUE OBJECTS. 
associations 〈 关 联 ) , 82-88 
creating( 创建), 234-235. 参见 constructors; FACTORIES. 
defining〈 定 义 ) , 81-82 
designing for relational databases 《为 关系 数据 库 设 计 对 
象 ) ,159-161 


made up of objects《 由 对 象 组 成 ) . 参见 AGGREGATES; 


COMPOSITE. 
Persistent 〈 持 和 久 化 的 ) , 150-151 
OBSERVERS, 73 
Off-the-shelf solutions〈 现 成 的 解决 方案 ) , 407 
Online banking example (网 上 银行 示例 ) ,71-72 
OPEN HOST SERVICE, converting to PUBLISHED LANGUAGE, 
394-396 
Outsourcing 外包 ) ,408-409 
Overbooking examples《〈 超 订 示例 ) , 18-19, 222 


轿 P 
Packaging (打包 ) . 参见 deployment; MODULES， 
Paint-mixing application( 调 漆 应 用 程序 ), examples( 示 例 )， 


247-249, 252-254, 256-259 
Partitioning 《划分 》 
complex programs “复杂 程序 ) , 参见 large-scale structure; 
LAYERED ARCHITECTURE. 
SERVICES into layers, 107 
Patterns (模式 〉, 507-510. 参见 analysis patterns; design 
patterns; large-scale structure. 
PCB design anecdote (PCB 设计 趣闻 , 7-13, 501 
Performance tuning〔 性 能 优化 〉, example (示例 》,185-186 
Persistent objects (持久 的 对 象 〉, 150-151 
PLUGGABLE COMPONENT FRAMEWORK, 475-479 
POLICY pattem (POLICY 模式 ) . 参见 STRATEGY pattern. 
Polymorphism 〈 多 态 ) ,435-437 
Presentation layer. 参见 user interface layer. 
Procedural languages (过 程 语言 ) ，and MODEL-DRIVEN 
DESIGN, 51-54 
Processes as domain objects (作为 领域 对 象 的 过 程 〉， 
222-223 
Prototypes (原型 ) ,238-241 
PUBLISHED LANGUAGE 
elephant and the blind men 《盲人 与 象 ) ,377-381 
example 〈 示 例 ) ,377 
merging with OPEN HOST SERVICE ( 与 OPEN HOST SERVICE 
合并 ) , 394-396 
overview 〈 概 述 ) ,375-377 


时 Q 
Quilt project〔 拼 被 ), 479 


时 R 
Reconstitution 《重建 》, 145-146, 148 
Refactoring〈 重 构 ) 
Breakthroughs 《突破 ) , 193-200 
during a crisis 《危机 之 中 ), 325-326 
deep models (深层 模型 ) , 189-191 
definition 《定义 》, 188 
designing for developers “针对 开发 人 员 的 设计 ) ,324 
discovery (发 现 》, 191-192 
distillation 《精炼 》, 437 
examples《 示 例 ) , 177-179, 181-185, 194-200, 247-249 
exploration teams 《探索 团队 》, 322-323 
initiation 《开始 重 构 〉, 321-322 
large-scale structure 《大 比例 结构 〉, 481 
levels of (和 的 层次 )》, 188-189 


索 引 367 





MODULES, 110, 111 
to patterns 〈 模 式 ) , 188-189 
reusing prior art〈 重 用 先前 的 经 验 ) ,323-324 
supple design《 梁 性 设计 〉, 191 
timing〔 时 机 》, 324-325 
Refactoring targets 〈 重 构 目 标 ) , 437 
Reference objects 〈 引 用 对 象 ) . 参见 ENTITIES. 
REPOSITORIES 
advantages 《优点 》, 152 
architectural frameworks 〈 架 构 框 架 ) , 156-157 
decoupling from the client (与 客户 解 耦 ) , 156 
designing objects for relational databases (为 关系 数据 库 
设计 对 象 ), 159-161 
encapsuiation〈 封 装 ) , 1S4 
example《 示 例 》, 172-173 
and FACTORIES, 157-159 
global searches 全 局 搜索 》, 150-151 
implementing《 实 现 ) , 155-156 
METADATA MAPPING LAYERS, 149 
object access 《对 象 访问 ) , 149-151 
overview 概述) , 147-1S2 
persistent abjects 《持久 对 彰 ) ,150-151 
querying《 查 询 ) ,152-154 
references to preexisting domain objects《〈 获 取 已 存在 的 领 
域 对 象 的 引用 ) ,149 
transaction control〈 事 务 的 控制 权 ) , 156 
transient objects 《临时 对 象 ), 149 
type abstraction (对 类 型 进行 的 抽象 ) , 155-156 
Requirements gathering 《党 求 收集 ) ,参见 concept analysis; 
knowledge crunching; UBIQUITOUS LANGUAGE. 
RESPONSIBILITY LAYERS 
choosing layers (选择 层 ) , 460-464 
example 《示例 〉, 452-460 
overview 概述) , 450-452 
usefui characteristics 《有 用 的 特征 ) ,461 
Reusing code (重新 使 用 代码 
BOUNDED CONTEXT, 344 
GENERIC SUBDOMAINS, 412-413 
reusing prior art (重用 先前 的 经 验 ), 323-324 
Risk management 《风险 管理 ) ,413-414 





赠 S 
Scenarios (场景 ) , examples 《示例 )〉, 173-177 
SEGREGATED CORE, 428-434 


Selecting objects (选择 对 象 ) , 229-234, 269-270 
SEPARATE WAYS, 384-385, 389-391 
SERVICES. 参见 ENTITIES; VALUE OBJECTS. 
access to 《对 …… 的 访问 〉》, 108 
characteristics of (和 的 特征 ) , 105-106 
granularity 〈 粒 度 ) , 108 
and the isolated domain layer (以 及 鼓励 的 领域 层 ) ， 
106-107 
Daming《 命 名 ) ,105 
overview (概述 ) , 104-105 
partitioning into layers (分 层 ) , 107 
SHARED KERNEL 
example 《示例 〉, 359 
merging with CONTINUOUS INTEGRATION 《与 CONTINUOUS 
INTEGRATION 合并 ) ,391-393 
merging with SEPARATE WAYS (与 SEPARATE WAYS 合并 ) ， 
389-391 
overview (概述 〉》, 354-355 
Sharing 《共享 〉VALUE OBJECTS, 100-101 
Shipping examples( 货 运 示 例 ) . 参见 examples， 
cargo shipping〔 货 运 示例 ) . 
Side effects〔 副 作用 〉, 250. 参见 ASSERTIONS. 
SIDE-EFFECT-FREE FUNCTIONS, 250-254, 285-286 
Simplifying your design〈 简 化 你 的 设计 ) , 参见 distillation; 
large-scale structure; LAYERED ARCHITECTURE. 
SMART UL 73 
SPECIFICATION. 参见 analysis patterns; design patterns. 
applying 《应 用 〉, 227 
business rules 《业务 规则 》, 225 
combining 《结合 ) . 参见 composite SPECIFICATION. 
composite 〈 组 合 ) ,273-281 
configuring〈 配 置 ) ,226-227 
deftinition〈 定 义 ) ,225-226 
example 〈 示 例 ) ,29, 235-241, 279-282 
generating objects〔 生 成 对 象 ) , 234-235 
implementing “实现 ) ,227 
overview 《概述 ) ,224-227 
purpose (目的 ) ,227 
selecting objects (选择 对 象 ) , 229-234 
validating obiects 〈 验 证 对 象 ) , 227, 228-229 
Speech (讲话 ) ,common language (公共 语言 
UBIQUITOUS LANGUAGE. 
Speech《 讲 话 ) , modeling through (通过 ……- 建 模 ) ,30-32 
STANDALONE CLASSES, 265-267 
Strategic design《 策 略 设计 ). 参见 large-scale structure. 








. 参见 


6 


368 结 束 语 


assessing the situation〔 评 估 现 状 ) , 490 
customer-focused architecture teams 〈 以 客户 为 中 心 的 架 
构 团 队 ) , 492 
developers〈 开 发 者 ) ,role of (…… 的 角色 ) ,494 
essential requirements 〈 基 本 要 求 ) ,492-495 
evolution (演变 ) , 493 
EVOLVING ORDER, 491 
feedback process〔 反 馈 过 程 ), 493 
minimalism 《最 小 化 〉, 494-495 
multiple development teams (多 个 开发 团队 〉, 491 
objects 《对象 ), role of (…… 的 角色 ) , 494 
setting a strategy《 制 定 策略 》, 490-492 
team communication (团队 沟通 〉, 492 
team makeup〔 团 队 成 员 的 组 成 ), 494 
technical frameworks (技术 框架 ) , 495-497 
STRATEGY pattern, 19, 311-314 
Supple design〈 和 柔性 设计 》 
approaches to 〔…… 的 方法 ) , 282-292 
ASSERTIONS, 255-259 
CLOSURE OF OPERATIONS, 268-270 
composite SPECIFICATION, 273-282 
CONCEPTUAL CONTOURS, 260-264 
declarative design 〈 声 明 式 设 计 ) , 270-272 
declarative style of design 〈 声 明 式 设 计 风 格 》, 273-282 
domain-specific language (特定 于 领域 的 语言 ) ,272-273 
example 示例), 247-249 
INTENTION-REVEALING INTERFACES, 246-249 
Interdependencies〈 内 部 依赖 〉, 265-267 
large-scale structure〔 大 比例 结构 ) , 480-483 
naming conventions〈 命 名 惯例 ) ,247 
overview〔 概 述 〉, 243-245 
SIDE-EFFECT-FREE FUNCTIONS, 250-254, 285-286 
STANDALONE CLASSES, 265-267 
SYSTEM METAPHOR, 447-449 
System under design (正在 设计 的 系统 ) , 385-386 


杜 T 
Team context〈 团 队 上 下 文 ) ,382 
Teams 〈 团 队 ) 
choosing a strategy〈 选 择 一 种 策略 》 , 382 
communication 《沟通 〉, large-scale structure (大 比例 结 
构 ) ,482 
customer-focused〈《 以 客户 为 中 心 的 ) , 492 
defining 《定义 》 BOUNDED CONTEXT 382 
developer community〈 开 发 者 社区 ) , maturity of (……- 





变 得 成 熟 ) , 117-119 
exploration 〈 探 索 ) ,322-323 
Teams 《团队 〉, and strategic design 〈 以 及 策略 设计 ) 
communication〈 沟 通 ) , 492 
customer-focused 《以 客户 为 中 心 的 》, 492 
developers 〈 开 发 者 ) ,role of (…… 的 角色 ) , 494 
makeup of (…… 的 组 成 ) ,494 
multiple teams 〈 多 个 团队 ) , 491 
Teams《 团 队 〉, multiple (多 个 ) 
ANTICORRUPTION LAYER, 364-370 
CONFORMIST, 361-363 
CUSTOMER/SUPPLIER, 356-360 
example 〈 示 例 ) ,358-360 
SHARED KERNEL, 354-355, 359 
strategic design 《策略 设 计 ) ,491 
Terminology 《术语 ) . 参见 BOUNDED CONTEXT; PUBLISHED 
LANGUAGE; UBIQUITOUS LANGUAGE. 
Testing boundaries 《测试 边界 〉》, 351 
Transaction control (事物 的 控制 权 ) , 156 
TRANSACTION SCRIPT, 79 
Transformations (转换 ) ,389 
Transforming boundaries (转换 边界 ), 382-383 
Transient objects 《临时 对 象 》, 149 
Translation layers 《转换 层 ) , 374 
Tuning a database〔 优 化 数据 库 ) ,example 示例 〉》, 102 


国 U 
UBIQUITOUS LANGUAGE. 参见 PUBLISHED LANGUAGE. 
analysis patterns 〈 分 析 模 式 ) ,306-307 
cargo router example〈 安排 货运 路 线 示例 ) ,27-30 
consistent use of (持续 使 用 ……: ) ,32-35 
designing objects for relational databases (为 关系 数据 库 
设计 对 象 ) , 160-161 
domain-specific language〈 特 定 于 领域 的 语言 ) ,272-273 
language of the domain experts《〈 领域 专家 的 语言 ) ,206-207 
overview (概述 ) ,24-27 
refining the model 〈 精 化 模型 ) , 30-32 
specialized terminologies 《专用 术语 ) ,386-387 
requirements analysis, 25 
speech 《讲话 ), role of (……- 的 角色 ) , 30-32 
UML (Unified Modeling Language), 35-37 
Unification《 统 一) ,332. 参见 CONTINUOUS INTEGRATION. 
Unified Modeling Language (UML), 35-37 
Updating the design “更 新 设计 ). 参见 refactoring. 


User interface layer 《用 户 界 面 层 ) 
business logic (业务 膛 辑 ) ,77 
definition 《定义 ) ,70 
separating from application and domain《 从 应 用 层 和 领域 
层 分 开 ) , 76-79 


于 V 
Validating objects 〈 验 证 对 象 ) , 227, 228-229 
VALUE OBJECTS. 参见 ENTITIES; SERVICES， 
associations 关联) , 102-103 
bidirectional associations (双向 关联 ) , 102-103 
change management (变更 管理 ) , 101 
clustering 聚集) . 参见 AGGREGATES. 
designing (设计 ) , 99-102 
example 《示例 ), 167-168 
immutability 〈 不 变性 ) , 100-101 


索 引 369 


object assemblages 〈 对 象 集合 ) , 98-99 

overview 〈 概 述 ) , 97-99 

passing as parameters (作为 参数 传递 ……) , 99 

referencing ENTITIES 〈 引 用 ENTITY ) , 98-99 

sharing〈 共 享 ) , 100-101 

tuning a database 优化 数据 库 〉, example〈 示 例 ) , 102 
Vision statement 〈 前 景 说 明 ) . 参见 DOMAIN VISION 

STATEMENT. 


Vocabulary《 词 汇 ). 参 见 PUBLISHED LANGUAGE; UBIQUITOUS 
LANGUAGE. 


组 W 
Waterfall design method (瀑布 方法 ) , 14 
Web site bookmark anecdote (网 站 书签 趣闻 ) ,57-59 





领域 驱动 设计 Eee 





领域 模型 使 开发 人 员 可 以 表达 丰富 的 软件 功能 需求 ， 由 此 实现 的 软件 可 以 满足 用 户 真 正 的 需要 ， 因 此 被 公认 为 是 软 
件 设 计 的 关键 所 在 ， 其 重要 性 显而易见 。 但 讲述 如 何 将 领域 模型 用 于 软件 开发 过 程 的 优秀 实用 资料 却 不 多 见 。 本 书 正 是 
这 一 领域 最 著名 的 作品 ， 受 到 众多 业界 大 师 的 赞美 和 推介 ， 广 受 读者 好 评 。 

要 通过 创建 领域 模型 来 加 速 复杂 的 软件 开发 ， 就 需要 利用 大 量 最 佳 实践 和 标准 模式 在 开发 困 队 中 形成 统一 的 交流 语 
言 ， 不 仅 重 构 代 码 ， 而 且 要 重 构 代 码 底层 的 模型 ， 同 时 采取 反复 迭代 的 敏捷 开发 方法 ， 深 入 理解 领域 特点 ， 促 进 领域 专 
家 与 程序 员 的 良好 沟通 。 针 对 这 些 内 容 ， 本 书 结合 真实 项 目 ， 系 统 地 介绍 了 领域 驱动 开发 的 目标 、 意 义 和 方 法 ， 充 分 讨 
论 了 复杂 系统 的 建 模 与 设计 问题 。 

本 书 将 指导 面向 对 象 开 发 人 员 、 系 统 分析 人 员 和 设计 人 员 合理 地 组 织 工 作 ， 各 有 侧重 、 彼 此 协作 ， 有 条 不 率 地 进行 复 
杂 系 统 的 开发 ， 帮 助 他 们 建立 丰富 而 实用 的 领域 模型 ， 并 由 此 创建 长 期 适用 的 优质 软件 。 








汪 





本 书 英文 影印 版 同时 可 供 ，ISBN 为 978-7-115-22407-1。 


Eric Evans 强 调 要 聚焦 于 软件 的 核心 领域 ， 以 它 来 驱动 开发 。 软 件 能 够 在 市 场 上 卖 出 


去 ， 是 因为 它 封装 了 别 的 软件 所 没有 的 一 些 核心 领域 知识 ， 这 就 是 核心 竞争 力 ， 是 利润 所 
在 的 地 方 ， 也 是 最 值得 下 工夫 的 地 方 ， 再 难 也 不 能 逃避 。 





全 
Vv 


Addison 
Wesley 
www.informit.com 


BN 978-7-115-23887 


IS = 
9 Wl > 


0 


图 灵 网 站 : www.turingbook.com 热线 : (010)51095186 
反馈 /投稿 /推荐 信箱 : contact@turingbook.com 
有 奖 勘 误 : debug@turingbook.com 


卫 于 预计 算 机 /软件 工程 | 
人 民 邮 电 出 版 社 网 址 : www.ptpress.com.cn 


ISBN 978-7-115-23887-0 
定价 :69.00 元 














[General | nfornati on] 
UD4UU0U0U00 0O0000050 


和 
Sg] 32701315 


